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INTEGRATED INTERFACE FOR REAL TIME 
WEB BASED VIEWING OF TELECOMMUNICATIONS 
NETWORK CALL TRAFFIC 

The present invention relates generally to 
special service telephone call processing such as 
800/8xx, 900 and 11 VNET 11 calls in a telecommunications 
network, and more particularly, to a World Wide 
Web/Internet enabled apparatus and methodology for 
viewing network call traffic information and call 
statistics in real-time. 

Commonly assigned U.S. Patent No. 5,537,61-1 
issued July 10, 1996 discloses a network management 
scheme for special service calls which allows the 
management of a telecommunications network to oversee 
the network to ascertain traffic surges and provide 
traffic controls to alleviate network congestion. In 
particular, the '230 application discloses the 
utilization of a Data Access Point (DAP) for storing 
information relating to different special service call 
numbers, information relating to subscribers who 
subscribe to the various services, and translation 
tables that provide the data needed to translate a 
special service "'bail 1 number 'into a 'real call number 
i: associated, with ?a ^particular' network switch. . A 
processor associate^ with the DAP, referred to as a DAP 
Traffic Statistics ^DTsti, converts the collected 
traffic data into- .statistics data and forwards the same 
to a compiler processor 'of an Integrated Network 
Management System. (INMS) . The IMS provides reports 
containing the compiled, statistics data for the special 
service call number, to subscribers and the management 
of the telecommunications network. With the 
information from the- INMS, a subscriber could read just 
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the parameters for a special service call number and 
reallocate the calls made to the call number to 
different destination stations. The management of the 
network, at the same time, can review the information 
from the DTS and reroute 1 r tra : ffic in the network to 
avoid congestion or- call blocking caused by any one of 
■the special * service call niumbersV : 

■ Convehtionaliy; 1 subscfiberis ' access to their 
telecommunications 'rietwdrk "call traffic 1 information is 
made via a -'dial -up connection to the INMS mid range 
computer server "from a customer owned personal computer 
or work station. - This connection frequently, although 
hot always; emulates a terminal addressable by the mid 
range computer systems The dial-up access requires 
custom software on thei if customer workstation to provide 
dial-up services, communication services, ' emulation 
and/or translation " services and generally some resident 
custom form of the INMS' mid rangfe computer application 
to enable : the interface therewith. 

" There aire several problems associated with 
this approach: - - 

; FiirstV the' Aforementioned sof tware is very 
hardware specif ic and* customers generally " have a wide 
range of workstation vendors which requires extensive 
inventory for distribution, arid generally^ " intensive 
customer hand "holding through initial setup and 
installation~bef ore reliable and secure sessions are 
possible. If tHe Customer hardware platform changes 
through an upgrade, most of these issues need 
renegotiation/' 

Secondly, 'dial : up, modem, and communications 
software interact with each other in many ways which 
are not always predicable to a custom application, 
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requiring extensive trouble shooting and problem 
solving for an enterprise, desiring to make the legacy 
system available to the customer, particularly where 
various telephone exchanges, dialing standards or 
signal ^standards are involved ... _ - v . ...... 

/Third, : .when ,ap, enterprise , desires to. make 
more than one system ayailabL^ : to the. customer, . the 
custom app ligation, .Xor-.pne legacy, system or mid range 
application is not abXe tQ. connect , to. a, different 
legacy system, and the, c.us£pqfoer must, gen ; e rally : : logoff 
and logon to switch, f rom^pne. tp .the ..other. . The, , 
delivery technology used, fey th^e two legacy systems may 
be different,^ 5equiring„,dif f jerent interface standards , 
and different machines level languages may be .used by 
the two systems, as f or . ,§x^mple, the . 96. character 
EBSDIC language used by. IBM.,, .and the.. 1.27 character 
ASCII language used, by ppnteinpprary ^ personal .computers . 

Finally, the .^pur-ity and entitlement 
features of the various, legacy, systems ..may t be* 
completely dif f ere^nt , . an^.. vary from, system to system 
and platform to platform. ,. r _. ; . ( . fr . 

As . subscriber; s^desir^ , an open access route 
to their 800/900 and VNET.. pall .. traffic information and 
related statistics, ... it,. is., desiped , to. prpyide . : . 
connectivity tp enterprise : .mid , range or , f legacy., systems 
over the public Internet , .^s the Internet provides 
access connectivity world wi<3? via the TCP/IP protocol, 
without need to navigate, yarious telephone. exchanges , 
dialing standards or signal .. standards . 

The present invention is one component of an 
integrated suite of customer .network management and 
report applications using . the internet .and a World Wide 
Web ("WWW" or "Web") Web browser paradigm. Introduced 
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to the communications industry as "nMCI Interact" the 
integrated suite of Web-based applications provides an 
invaluable tool for enabling customers of a 
telecommunications enterprise to manage their 
' - telecommunication assets', quickly and securely, from 
anywhere in the- world; " f " - - . . 

j The pbpularity of th6 public Internet 
- provides "a measure ' of ' platform' indep^ridehce for the 
customer, : ais the customer" can ' tun" their own" Internet 
web-browser' and' utilize their own piatform connection 
to th^ Internet to enable sterVice. " This resolves many 
of the" platform hardware and connectivity" issues in the 
customers favor; and lets the customer choose their own 
platform and operating system'. Web-based programs can 
minimize the need for titairiihg and support since they 
utilize 1 existing' client 'Software' 1 which the user has 
already installed and 1 already knows how to use. 
Further, if tlie v customer later changes that platform, 
then, as sobh as the new platform is Internet enabled, 
service is restored ' to "the customer. 'The connectivity 
and communications software burden is thus resolved in 
favor of standard arid readily^ available hardware and 
• the browser' and dialup software u^ed by the public 
Internet connection. 

Ari Internet delivered paradigm obviates many 
of the installation and configuration problems involved 
with initial setup and configuration of a customer 
workstation, sirice the custom application required to 
interface with the legacy system can be delivered via 
thet public Internet and irun^within a standard web - 
browser, reducing application compatibility issues to 
browser compatibility issues. 

-4- 
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For the enterprise, . the use of off-the-shelf 
web browsers by the cystome^r significantly simplifies 
the enterprise burden by limiting the client 
development side to screen layouts and data 
presentation topi that use., a ..common., interf ace enabled 
by the web browser. Software, development and support 
resources are r thus available ..for the delivery of the 
en terprise^ legacy^ se,rv.i<pes , and. are,. , not .. consumed .by a 
need for customer ^ijpport £t.. the. work station - level . 

^ ..The present , invention thus satisfies _ the 
above mentioned ne^s .by providing an . internet . enabled 
and Web -based, remote interf ace- that.. allows a... customer 
to open and monitor trouble tickets .relating -to network 
events on the enterprise network. 

The Traf f i.c View. System server r ( "TVS" ) - 
comprises an integration pf . the existing DTS system and 
an MCI. Traffic Statistics., (MTS). ..system ,which r .is a 
service that proyides^subscribers with insight into 
their call ^ attempts . and completions, beypnd current DTS 
reporting capabilities;^ The „ TVS, .system is thus 
comprehensive, .providing .subscribers with information 
related to their special service calls, -for .example 
.800/9 00, .call disposition . statistics and call detail 
information. 

r t . The . £>ource ; pf, data for the MT f S system is 
800/900 Call Detail .Recqrds . (CDRs) . generated by the 
various network switches % These CDRs are collected by 
network Adjunct Processors (APs.) , associated with 
corresponding ones pf the network switches . v Once 
collected, the CDRs are delivered to the,,MTS system for 
immediate processing. Upon receipt of the CDRs from 
the APs, the MTS system will forward .periodically , for 
example hourly, the call statistics to the TVS. The 
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MTS system stores multiple hourly CDRs for each of the 
special service numbers. .., 

For call by call details, the TVS system is 
supplied with .Enhanced Call Detail Records (ECDR) by 
, the ms system. : .Fo^ the current.. embodiment of the 
.. instant, .invention,., the, statistical: data -is sent to the 
, TVS. system on. an hourly basis and' the ECDR data is 
ff nt to... the . TVS sys.tem;, i-nj near real •time . • These records 
,are. used, to -generate, additional- different call detail 
reports., known, as ?unpriced- :; data"; reports . in 
addition, these ECDR S> are. the .source of a Real Time 
Traffic Monitor (RTM) system that enables . a ' subscriber 
of the system. to view in real time the operation of the 
network,, i .e .. ..th^e statistics relating to the- calls 
directed to the special,;; service call number (s) of the 
subscriber. . Ih particular,. -upon signing onto the RTM 
service, a subscriber ( i ; s rgiven .a password by the 
management of the .network : so c that: through a 'web 
browser,, the. subscriber may access directly the TVS 
system , _yia t the public : Internet ^ . The^ ECDR data sent to 
the TVS. system- can then- be : raccessed directly by the 
subscriber in,- substantially; -real time so: that the 
ongoing ..operation of the network,- at least with respect 
to the ■ subscriber -s, special- service call number (s) , can 
be monitored by ,the subscribers. ; The" subscriber can 
accordingly reallocate. his .resources/ for example 
. redirecting. calls to-his special, service call number to 
different locations where the ^operators of the 
subscriber are located. , - ... -. i 

The present , invent ion provides an Internet 
enabled and Web- based remote interface that allows a 
customer to retrieve their unpriced call traffic detail 
information and call disposition statistics in the form 
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of reports, as well as access and view their real-time 
call traffic details relating to their special service 
call numbers. "~ 

To access their unpriced call traffic data 
and/or real-time call -traffic- details at a user's 

: remote customer -works tat ion > J a user first logs on to 
- the internet- through any internet 3 access touted and 
then logs On to3 the enterprise Web- server. After 

; verification;' bf ; ther di& tbmer 7 s^eiititlemehts ;: t6'use the 
system, the Web- served > downloads' aii available suite of 

- services for that customer, which 1 includes the 
.Traf f icView :- system" tool;' which is of f ered : by the 
assignee ,of -the: present invention as the "Traffic 
Monitor" service or "Unpriced Reporting . " This service 
is provided to the 1 customer tfe^ou^h a service object 
that -is invoked and maihtairfed by k browser based 
backplane, and >/hich calls', as needed, other objects, 
including objects i to enable ; graphical displays of data 
to the customer :-■< From 'the 1 opening' screen , the customer 
may select* ;the opportuifi-ty tb- -v : i ; 6w -t lie ir real - time 
traffic,, : and the. Web- server kill then download the 
service- program) object, tor: triable this 1 . 1 : ' 

, : r At the, time of "ciistbmer verif i cation, the 
•enterprise, customer^ : service:Mnagfement' system' has 
obtained certain information- re 1 a t i rig ' j t o an RTM profile 
maintained r on : . a: TVS:vserver . ""This RTM profile 
information^ automatically prepopulates at- least one 
field in a^ dialog- involved iri the : opening of a unpriced 
data reporting screen or traffic monitor screen'. 

In this prepopulation process, data included 
within the customer .profile is automatically entered 
into a field of a particular dialog. Through' this 
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prepopulation, the amount of required user input is 
minimized, thereby increasing customer usability. 

In the preferred embodiment, a number of 
different unpriced call detail ' reports may be generated 
which are delivered via ,: a novel web-based report 
generation and delivery system integrated within nMCI 
'Interacts ' • 4 ' ! : 1 ' 1 ' • : * • * 5 

' A featiire of c r the^ report %£h v eration and 

delivery- syst^ 1 for' uhpriced r reporting/ is the ability 
to customize the" reports- a subscriber is entitled to 
receive 1 For example'; : a ^subscriber' can obtain the call 
details of a special service call subscribed by him for 
a particular period ^bf * time instead 6t real time. 
Furthermore, the subscriber can download a data J file 
comprising the raw call details of the special service 
call for a par tic\iiar r: peribd of time. 

The present invention thus provides a 
web/Internet based" reporting tool for generating 
traffic statistics data "as specialized reports and/or 
data files 1 to subscribers who subscribe to the special 
service call processing seivibe provided by the 
network; and, " via the"put>lic internet* 

* - : ' i) provides the ability to download'call 
statistics from a datailDaLSe bf' the TVS^system so that a 
subscriber ,f can format and design' his' own reports; 

ii) provides a'subscribdr with the ability to 
instruct the system to provide repbrts 'on a particular 
given time through' a particular method; 

iii) provides reports to subscribers that 
include greater call "details of their subscribed 
special service calls than other previous systems and 
methods; and ' " 
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iv) provides real time enhanced call detail 
records to subscribers,. S9 that a subscriber can monitor 
in real time the operation of the network, so as to be 
able to effect the necessary changes expeditiously, 

The„ above-mentipned aspects, and advantages of 
the preserit" inv^n,tion will Jbe^om^ , more apparent and the 
invention itself will be best understood by reference 
to, the f o.llQwi ( ng de.s.criRtlpn:^ taken in 

. conjunction with . the, a,c coppanyingj dyawirigs # i wherein: 

Figure 1^ illustrates . the^sof tware , : , 
, architecture component comprising - a. three- tiered, 
structure; ■ , . r ■ ' , . ' 

.Figure 2^ is a . diagrammatic overview of the 
sof tware architecture. of . the. networkMCL. Interact 
system; . r . , . , 

Figure 3 is an illustrative example of a 
backplane architecture schematics- 
figure 4 ; illustrates ..ag :v example client GUI 
. presented to the - client/customer^ as } a browser web page; 

, Figur.e. ,5 is m a. .d^grara^ depicting, the, physical 
networkMCI. Interact., system ^i-cljijtecture; , ; 

Figure ^6 is an -overall view of the . , 
"TJ^FFIcyiE^r" system of. the, ijisfcant , invention ; 

: F.igure 7 is , a block diagram depicting the 
physical, architecture. 9^ the StarWRS, component of the 
networkMCI . Interact,, system^ . . r . ; . . 

Figure^ 8 , is-, a^di^gjram illustrating the 
functions of the MCI traffic, statistics system of the 
present invention. " TRAFFIC VIEW 1 ! .system;, 

.Figure 9 is a diagram ; illustrating the 
different functions of the MCI , Traffic Statistics (MTS) 
system, in receiving data and transmitting that data to 
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the h TRAFFIC VIEW" Server' (TVS) of the "TRAFFICVIEW" 
system of the present invention; 

Figure 10 is a 'diagram illustrating the 
functional relationships between the TVS system and the 
5 v various systems scoiirieeted r thereto in the "TRAFFICVIEW" 

system of the present invention; 
I r , _ Figure 11 : % "functional- diagram 
illustrating the major functional ar'eas of the TVS 
•'" • ■' -system'; L * : - v^ V) n ia -~ : - '- : ■ "•■-'t * : 
10 Figure 12 is a diagram illustrating the 

various reports 1 being provided by the process report 
function of the TVS system; ' : ' '•' : s 

' : " ' 'Figur^ 1 13 is a diagram illustrating the major 

• * * functional processes" df-'the RTM system of the instant 
15 invention;' : - ' ' * - ; ■ ; 4 

Figure 14 is a diagram showing ttie 
interrelationship' between v the various screens of the 
RTM system; - : • " l , ' !:ru - Vt;, ' v; ; 

Figiire 15 (a) ' is v ~ah exemplar profile selection 
20 - screen'; - : 1 L - r} - -i: .k* :.? r ,;; .. r - ■ ^ 

1 * v Figuire ; 15 (b) is ah exemplar adding profile 

: screen; r : " : " > ? ; -' ' r * " - :? ,> r 

" "~-* v ' -'- ^ ; Figure 15 (c) is ah exemplkf delate ^a : prof ile 
screen; " " * "' J ' ' ""' ' ' '' : ' '' : : 

25 ^ - ' 'Figure "15 fd) 1 ' is : ah Wxemplar adding a single 

• 8 OCT number screen'; r ' - s - ;: ^■■'^ v; ; *- 

* Figure -15(e) - is" ah exemplar top five number 
selection -screen r 1 : ' v 3: ' v * :l ' 

; ■ Figure 15(f) : is : an exemplar changing polling 
30 interval screen)' - * ^ V" 

Figure 15 (g) is an exemplar changing poll 
start -time screen'/ - 
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Figure 15(h) , /is- an exemplar summary 
statistics screen; . _ : . . . vr > r 

Figure 15 (i) is an exemplar incomplete 
summary screen; . 

, , Figure,. .15 ■(-!>. is ^anrexemplar .other summary 
screen; , f .^-. t . , ^. -. : 

, ; . Figure ,15 (k),. is : an ^exemplar call detail 
..inquiry .screen * r ... . . .. ~ r(h o , ^ .■ , 

Figure 15(1) is an exemplar call ^disposition 
selection . screen ; . , . 

Figure, 15 (m) . .is, ,an . exemplar call detail 
record display screen; and, . .. : v r - , 

. .Fjigure 16 is a block -diagram illustrating the 
logon procedure for Internet, access, to the TrafficView 
and real-time traffic monitoring systems of the present 
invention., , * : - ^ : r ^ 

. The . popularity .and -widespread adoption of 
the public Internet provides a measure .of, platform 
independence for customers whq ^desire to connect to an 
enterprise system, as the customer can run their own 
Internet r . web- Iprowser and ^tifliz.e their own platform 
connection to the Internet to enable service.. This 
rescplve.s- many, of r ,the platf orm, hardware and connectivity 
issues in the customers favor, and lets the customer 
choose , their .own workstation ; i platfprm- and operating 
system. Web-based programs can minimize. , the need for 
training and support since they utilize existing 
customer browser software which the .user has already 
installed and already knows how to .use,, Any issues 
relating to connectivity and communications; have 
already been resolved in favor .of standard and readily 
available hardware and the browser and dialup software 
used by the public Internet connection. 
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An Internet delivered paradigm for customer 
services obviates many of the installation and 
configuration problems involved with initial setup and 
configuration o£ a dial-up customer workstation, since 
the custom applicatxbn' Required to interface with the 
legacy ; system can 1 be 'delivered via the public Internet 
arid run-Within ~d standard' "Web - browser T reducing 
application compiatibility 1 - issue's "tb btrowser 
compatibility : drssu£s\ z: - i? ; - " ; ** ^ *- 

Architectural bvervi ew' The ' Web - ehablld System 

The web -enabled system in which the present 
"Tiraffic View ^nd ,; Real f Time Monitor Service" invention 
is found is' a sliite : 6f 'customer network management and 
report 'applica^ a Web browser paradigm. 

Known' as : the : 'netwbrkMCi' Interact system ( "nMCI 

: * Interact") such r ah integrated suite of Web -based 
applications 1 provides ah "invaluable tool for enabling 
Customers td manage" their l teiecbnununicat^ assets , 

- quickly - an# * securely^ f'roni anywhere in the Vorld. 

-i,. The 'nMCI - Interact system' "architecture is 
basically organized as' a s£t bf~ common components 
comprising the following " " ' 

1) an object-oriented software architecture 
detailing the 4 client and server basied' aspect of nMCI 
Interact;* " ' " ~ " 4:: ' " ; ! "" T 

2) a network architecture defining the 
physical netWork" needed "to satisfy the security and 
data volume requirements of the hetworkMCI System; 

3) ; a data architecture detailing the 
application, back-end or legacy data sources available 
for hetworkMCI Interact ; and 
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4) an infrastructure. -covering security, order 
entry, fulfillment, billing v , self -monitoring, metrics 
and support. . 

Each of these common component areas will be 
generally discussed hereinbelow T „ ^ r,.. : 3 . 

; ; Figure 1 is ..a ^ .diagrammatic illustration of 
the ^ software ..a.r:^ in> which- the 

present r inyen^ipp ^functions .; .A ,f Ir.st, or. client: tier 10 
of software services are resident, pn a customer work 
station 10 and provides customer access to the 
enterprise .system, .having, one. -or more downloadable 
application objects directed to front end business 
logic, one or more backplane service objects for 
managing sessions /: one or more : preaentation ! services 
objects for the presentation ,of . customer options and 
customer requested data iix a .browser: recognizable 
format and ^a customer vi suppliedi. t browser for, presentation 
of customer options and- data, to the customer, and for 
internet, communications over .the. public . Internet ♦ 
Additionally applications, a^e, dir f ec.ted- to, f ront end 
services .such as the presenjtation.. of ; , : data : in, t the form ; } 
of tables and charts,, and .data r processing functions 
such as sortir^g, f .and, r sumjnari zing-., in a. manner, such that 
multiple programs are combined in, a .unified, application 
suite. ^ ^ _ ^ c ^ ,, r . . ^ . _ ^ s ; ; 

. A second or middle tier : 1.2, is provided 
having secure web servers and back end services to 
provide applications that r establish user sessions, 
govern user authentication .and, : ..their entitlements , and 
communicate with adaptor programs- to. simplify the 
interchange of data across, the network.; 

A third or back end- tier 15 having 
applications directed to legacy back, end services 
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including database storage and retrieval systems and 
one or more database servers for accessing system 
resources from one or more legacy hosts'. 

Generally, the customer workstation includes 
client software capable^; of - providing a - platform- 
independent , browser - based ; consistent user ' interface 
implementing- obj ects 1 programmed to provide a reusable 
i " and common GUI : abstraction" 7 and ' prbbleW- domain 
- - abstractions . . More f ^ specifically , 1 the client - tier 

• sof twares is - created- and- distributed as a set of Java 
classes including the- applet classed to provide an 
industrial:: strength,: obj ect ^oriented- environmient over 
the Internets Application- specif ic classes are 
designed to support ; the 1 functionality and server 
interfaces for each- application with the functionality 
delivered through^ the syis tern' beings of two- types : 1) 
cross-product, =§6r example; inbbx and reporting: 
functions, and 2) product specific, for example , toll 
free network management or Call Manager " functions . The 
"- system is 1 capable of delivering- to -customers the 
functionality appropriate to their product mix. 

Figure 2 is ■ a : diagrammatic overview of the 
software architecture of the networkMCI ' Interact system 
including: the^Custbmer' Birowser (alk;a.- the Client) 20; 
the Demilitarized Zone' (DMZ)- : i7 ; comprising a Web 
Servers cluster '24; the^MCr Ihtranet : 'Dispatcher Server 
2 6 ; and the MCI : Intranet Appl i cation servers 3 0 , and 
the data warehouses, legacy systems; etc. 40. 

The Customer Browser 20, is browser enabled 
and includes -client applications responsible for 
presentation 'and front- end ' services . Its functions 
include providing a user interface to various MCI 
services and supporting communications with MCI's 
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. Intranet web server cluster 24 . As illustrated in 
Figure 3 , the client ;tier.„- software is responsible for 
presentation services to the customer and generally 
includes a web browser ; 14 and additional object- 
oriented .programs^ residing^, in.^ the client, workstation 
t . -pi a t f orm- {1 0 . The; oi i en t: so f tware .< is general ly ■ 
organized- -into t at Qompo^ixt- architecture with each 
component generally- .^pmprising.; a.; specif ic application, 
providing: an area, ; -pf^f u^ctdpnality . The; applications 

, generally are Integrated^ using a:> "backplane' 7 ■ services 

: layer 12 which provi des ; 4 ; set 1 of ^services to:- the 
. - application, objects whipla; provide, the; front end ... 
business, -logic, and. manages;; their . launch . The 
networkMCI Interact common ■ ^etj of . obj ects provide a set 
of services to each; of : the-^pplications such as : 1) 
session management ;- 2 ( |.v. application; lajunclv; 3) inter - 
application corrununicatio^s ; ,,4 > window navigation among 
applications; 5) : log : ipanageruent ; « and 6) version , 
management.;. ..r^:.. 3:^ ...-v.. \ r r/ v 

» £ z The primary;; Gpmmpn object .services include: 
graphical; user interf v aee 3 J[GUI),;. ^communications ; 
printing ; r: user id.enti^y 7 .authentication, and 
entitlements.; v data . import and ; export ;; logging and 

- statis : t;ics; error handling; ^and,: messaging services . 

..- - Figure 3 is ; a .diagrammatic example of* a 

backplane ■ archi t^cturej sch^ne illustrating the . 
relationship among- the -commpn , objects . ;In this - 
example, the backplane services, layer 12 is- programmed 
as a Java applet j which- can be ..loaded and launched by 
the web browser 14 # With- reference to .Figure 3, a 
typical user session starts -with a -web. browser 14 
creating a backplane 12, after a successful logon. The 
backplane 12, inter alia, presents a user with an 
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interface for networkMCI Interact application 
management. A typical user display provided by the 
backplane 12 may show a number of applications the user 
is entitled to run, each application represented by 
buttons depicted in Figure 3 * as buttons 5 8a,b,c 
selectable by the U3er. ^s illustrated 'in Figiire 3, 
upon selection of an 'applibktrori,^' the 'backplane 12 
launches that ^specif ic s a^pl r i : cation^ or example, 
Service Inquiry- ; 54a or ^l/kfm^Moiiitor 54b, by creating 
- j the application object .- : ^In pfbc^ssing i ts functions, 
each application in turn', may utilize common object 

• services provided l by : th£ r backplane 12. ' Figure 3 shows 
graphical user interface objects 56a /b ; breated and used 
by : a respective application 54a ;b for its own 
presentation '■ purposes . J : ' j 

Figure- 4' dllu&tra't'es an' example client GUI 
presented to the client/ctistomer ais a browser web page 
80 providing, 1 for example, ^asufte 70 of network 
management reporting applications including: MCI 

■Traf f ic : 'Moh : i c6r 72 ; ah alarm moni tor 73 ; r a Network 
Manager : 74 ahd ; Intelligent 'Routing 75 l v "Access to 
network functionality is also pirovided thiough Report 
Requester 76, which provides a' variety of detailed 
priced and : unpriced- call detail data reports' for"' the 
client/cu^t&mer and a Message' : 'Ceriter 77" for providing 
enhancements -and f urictidhality ' to traditional e-mail 
1 communications; 1 • - -c: <: . 

As shown f iri Figiireis 3 and 4, "the browser 
resident GUI of * the ; present invention implements a 
single object / COBackPlarie : which k£eps track of all the 
client applications, and which has capabilities to 
start, stop, and provide references to any one of the 
client applications. 
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The backplane 12 -and the client applications 
use a browser 14 such as-the Microsoft Explorer 
versions 4,0.1 or higher : -f or an access and distribution 
mechanism. Although the backplane is initiated with a 
browser, 14, the. client applications, are. generally 
isolated .from ,the browser in- -that - they; typically :■ 
present their .user i( int^eiriaqes in a- separate. ^frame, 
rather v than ^sitting, inside a ,Web -page . ^ •> - . , .-; ^ 

. r>: The jDackplan.e.-^ 
wi.th several primary. cl^sses> . 1: . These .classes; include 
COBackPl ane , COApp . CO.AppXmpl : , COPanru- = - and., COAppFrame 
classes. COBackPlane 12 i5; an application -backplane 
which launches tiie applications:. 54a, < 54b, ; typically 
implemented as COApp. COBackPlane 12 is generally 
implemented as a Java applet .and is ..la.unched : by.. the Web ; 
browser 14. This bapkplari^ . applet, is responsible for 
launching and closing c tli<e^ COApps : . ; . : . . 

-When the ( backplane , is implemented- as an 
applet , ...it., overrides., standard Applet t methods , init () , 
start () , stop(). and. ru^X) In the init.( X; method, the 
backplanes applet obtains , a . COUser- user ..context object . 
The COUser, objec,t_ holds information such as user, 
profile., applications, and., their entitlements.;. The 

t user' s cpnf iguration - ai>d, applicati9n ; entitlements, 
provided in ; the... COUser . cpntpct are used to r: construct 

. the application ; toolbar and . Inbox applications . When 
an application toolbar icon is clicked, : a particular 
COApp is. launched by launchAppO methods The launched 
application . then niay .use the .backplane for inter - 
application communications, ■ including retrieving Inbox 
data. . . , ( . ; - 

The COBackPlane 12 includes methods for : 
providing a reference to a particular COApp , for 
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interoperation. For example, the COBackPlane class 
provides a getApp () method which returns references to 
application objects by name^ Once retrieved in this 
manner, the application object's public interface may 
be used directly. ■-; i' v: \ " 

- As shown in Figure 2; the aforesaid objects 
will communi tat e the * data 'by "establishi-ng a secure TCP 
messaging sessidh : wi ; tfi We of the DMZ- ri e t wo r kMC I * 
Iriteraet' Web servers ~2S ; via -an '"internet secure u 
communi catabns pa th 22 5 %&t abl'i sti£d ,■• pref erably / wi th a 
secure sockets SSL version of HTTPSi The DMZ 
•netwbrkMCr Interact Web -servers ' 24 function to decrypt 
thfe client messagev^preffefably via "the SSL 
implementation-/ and } unwrap ! the session key and verify 
the users session. £ After establishing that the request 
has come from a- valid user arid mapping the request to 
its associated sessic^n,* : the DMZ Web servers 24 will re- 
encrypt the- request usxncr Vsyinmetrici encryption and 
forward "it ^over a -second"- socket -connection 23 to the 
dispatch* server 26 3 inside r the enterprise Intranet. 

A netwof kMCI "interact session is designated 
by a logon, successful authentication, followed by use 
of 'server resources and logoff . v - However, the world- 
wide web coitmiuhi cat ions -protocol' uses' HTTP, a stateless 
protocol, - ekch' -HTTP request' -arid -reply is a separate 
TCP/IP- connection, completely" '^ of all 

previous or ' future connections between the same server 
and client. Thd nMCI Interact- system is implemented 
with a secure*" version- of kTTP such as S-HTTP or HTTPS, 
and preferably utilises" the SSL implementation of 
HTTPS. The pref erred- embodiment uses SSL which 
provides a cipher spec message which provides server 
authentication' during a session. The preferred 
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- embodiment further associates a given HTTPS request 
. with a logical . session which is initiated and tracked 

by a "cookie jar server? 28 to generate a. "cookie" 
. which is a unique . server -generated key that is sent to 
the client along with each reply t tp a .HTTPS^. request . 
.The client jholds - the cookie and .returns it to the 
,seryer as : par:t o^. jeach^uhseguent -HTTPS request .* - As 
desired, .either; the Web ^^ry^rs 24 >: „the cpokie : j ar 
server 2 ; 8 or T th,e J^ispa^qh Server . 26 /f may, maintain; the 
"cookie jar ; 'r to rnap.^thes.e . keys ,.tp K the -associated.: 
session. ,A separate .cookie, gar server >2 8 , : . as f ;- :i s; 
, .illustrated in Figure 2 . has been, .found desirable to 

minimize the load on rthe .^dispatch, server 26'. : This form 
. of session management .also f unqtions i as an- 
authentication of each JiTTPS; ^request , addlng : an, ; 
additional level ,of ^security f tp .the ; overall .process. 

As illustrated- in Figure 2> . af ter, one of the 
.D^Z .Web servers .2.4 decrypts- -and, verif ies; the. user 
session, it. f orwards - t}ie niessage .through: -a /f irewall 25b 
over a -TCP/ IP. ponnectipn -23. to, the dispatch server 26..... 
on a, new TCP. socket whiJLe- .the original socket 22 from_ 
the browser is. blocking >. ; waiting for .a response. The ,, 
dispatch server; 26 .w.ilL ,unwrap an outer, protocol, layer 
. . of t the mes sage. r f roi^ )r the.. DMZ rseryices, , cluster , 24 , ; and 
will reencrypt f the message .with symmetric encryption 
and forward . , the ,mes sage ~to L (! an. app r pp r i a t e application 
proxy via a third. TC^/IR pocket 27 . .. r While , waiting for 
the proxy response, all three of the .sockets; 22 / f 23 # 27 
will be blocking on, a receive.., Specifically., once the 
message is. decrypted,; the wrappers^ are : examined to 
reveal the user and th^ target middle- tier (Intranet 
application), service f or . the .request . ; A first-level 
validation is performed,, making . sure .... that- the user is 
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entitled to communicate with the desired service. The 
user's entitlements iri 'tHis regard are fetched by the 
dispatch server 26 from a system administration 
("StarOE") server' 49 at ; logon time and cached. 
5 If the 1 reques'tor is authorized ' to communicate 

with the target ' servrcfe,'' the 1 message is fb'r^warded to 
■ the desired Service' s ! 'proxy* 1 * Each application proxy is 
- ' '"ah * application '"specific daemon which" resides' bri a 

specif ic J ihtrariet server /'' shown in Figure 2 as a suite 

10 of 'mid -rang ei servers ' 3D 1 . E^ch Intranet application 

server of suite 30 is generally responsible for* 
providing 1 a' specif ic back-end service requested by the 
client', ' and, is additionally capable of requesting 
services' from othe'r Intranet application servers' by 

15 communicating to the specific proxy associated with 

that other application server. Thus, an application 
server not oriiy "can~ of f er" its browser a client to 
server interface" through the "proxy, but also may offer 
all its services from its proxy to other application 

20 servers. ' ' in'- effect / the application servers requesting 

service are acting 'as clients to the application 
servers providing the service 1 Such mechanism 
increases' the' security of the overall system' as well as 
reducing" ttte number of interf aces 

25 The network architecture of Figure 2 may also 

include a variety of application specific proxies 
having associated intranet application "servers 
including: a StarOE proxy for the StarOE application 
server 39 for handling authentication order 

30 entry/billing; an ' Tribbx proxy for the Inbox application 

server 31, which functions as a container for completed 
reports", call detail data and marketing news messages, 
a Report Manager Proxy capable of communicating with a 
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system- specific Report. Manager server 32 for 
generating, managing and .scheduling the transmission of 
customized reports including, for example: call usage 
analysis information provided f rpm .the StarODS server 
33; netwqrjc traffic analysis/mpni.tpr information 
_ .provided, from ,the Traffic r view,seryer ; 34 ;.. virtual data 
^ network ^alarms and performance, reports provided, bv 
Broadband s server 35 .tTPuble. ticket.s for.., switching, 
transmission _and traffic faults provided ,by. Service 
r Inquiry server 36; and. toll, free, routing, inf orma ; tion 
provided by Toll Free^ Network: Manager, server . A 3 7..„. 

. -A s . partially shown in. Figure. 2, . it*, is,,, 
understood that each Intranet server of. suite 30 
communicates, with one, or several , consolidated ..network 
databases which include- each customer's network 
management inf orrnatipn^ and dat.a., , In . the present 
invention the Services Inquiry., server. 36. includes 
communication with MCI ^ Customer Seryj.ce. Management 
legacy platform 40 (a) ., Such, network _man^gement and 
customer network data, is additionally accessible, by 
authorized MCI management personnel.. As shown ( in 
Figure 2, other : legacy platf orms. 40^b^,. 4 0..(c) and 40(d) 
may also communicate individually with the Intranet 
servers for servicing specific transactions initiated 
at the client browser .. ^ The illustrated legacy 
platf orms 40 (a) - (d) : ^re. illustrative only and : it is 
understood other legacy platf prms may be integrated 
into the network architecture illustrated in Figure 2 
through an intermediate midrange server ^3 0 • . . 

Each of the individual proxies.may .be 
maintained on the dispatch server. 26, the. related 
application server, or a separate proxy server situated 
between the dispatch server 26 and the midrange server 
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30. The relevant proxy waits for requests from an 
application client runnings on the customer's 
workstation 10 and then services the request , either by 
handling them internally or forwarding them to its 
Jt . associated Intranet application server 30. The proxies 
; : additionally .receive; appropriate responses back from an 
Intranet application *server s 30 Any 7 data- returried from 
..■.r-.-;i the Intranet application::, server^ 3 0 'is - translated back 

to client format; and returned; over the internet to the 
-client workstation 10/ via ..: the'~ : Dispatch ' Servier 26 and at 
one -of. the -web ^servers' dn the ^DMZ-- Services cluster 24 
and a secure sockets connection. When -the resultant 
response header . and trailing application specific data 
.are. sent back ; to -the' client /browser ' from the proxy, the 
messages will; cascade -all ; the way back to the browser 
14 .in real time, .limited only by the transmission 
latency speed of the network. ; . r . , >; , 

.The networkMCI .Interact middle tier sof tware 
includes a, communications component offering three (3) 
types of data transport mechanisms: 1). Synchronous; 2) 
Asynchronous; and 3) Bulk transfer. Synchronous 
transaction i's used for situations in which data will 
be returned by the applacation server 4 0 quickly. 
Thus,' a single TCP connection will be made and kept 
open untii the' fuli respdnse has been retrieved. 

Asynchronous transaction ; i~s supported 
generally for situ£ttibns lj in "which 1 there may be a long 
delay in- application served 40 response. Specifically, 
a proxy will accept- a request- from a customer or client 
10 via ah SSL connection- and then respond to' the client 
10 with a unique identifier and close the socket 
connection. The client 10 niay then poll repeatedly on 
a periodic -basis until ' the 1 response is ready. Each 
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poll will occur on a new socket connection to the 
proxy, and the proxy will. either respond with the 
resultant .data, or, respond that .the request is still in 
progress. This will reduce the number of resource 
consuming TCP connection si open atr.any^time ahd : permit a 

r .user to close ; their ■ browser .or.-, disconnect^ a 'modem and 

-;- (return later; . to^.checki for; results., * -rr- .. 

- ?■ -: - ; , : •• Bulk ; transf eraisrgenerallyy i intended - f 6ir : large 
data transfers and;- a^^ ; -unlimited invslze . 1 Biilk r 

y. transfer permits cancellation ^during a ^transfer -and 

allows the programmer > to code ^resumption : of d : transfer 
: at-a. letter ^oint in itimevr, : r : > : 

, - . Figure -S .i^ a. diagram; depicting the physical 

networkMCI- Interact system •archd^tecture ■ 10 As shown 
in Figure ;5, the systerti is ^divided -into three major 
architectural divisions -incl^iding: 1) the customer 
workstation 2 0 which iricllide I those medliahisms enabling 
1 customer connection to the 'Secure W<*b servers 24; 2) a 
secure' network area 17T kriowi as the Demilitarized Zone 
"DMZ" set aside ori "kci premises^do'uble f irewalled 
between toth'the public "internet 25 and the MCI 
Intranet 'to prevent potentially hostile ^customer 
attacks/ SLnd f 3) the MCI Intranet Midrang^. Servers 3 0 
and Lega-cy Mainf rame ^Sys terns. „4P which, comprise the back 
end business logic, applications . - : . ^ < 

, ; As. .illustrated ;in Figure 5, the present , 
invention includes, a double, : or complex; firewall system 
that, creates a /'demilitarized zone"; (DMZ) , between two 
firewalls 25a, 25b. In the- preferred embodiment, one 
of the firewalls. 29 includes t port specific filtering 
routers, which may only ; cpnnect with a designated port 
on a dispatch server within the DMZ ; . The dispatch 
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server connects with' an authentication server/ and 
through a proxy firewall' to the* application servers. 
This ensures that even if a -remote user : ID and password 
- are :hij acked, thef only access granted . is to one of the 
..web servers,; 24 or to . intermediate-, data and privileges 
authorized for that. user;. ; Further,, the, hijacker may 
,,nqt directly, connect . to.^any enterprise- .server- in the 
.enterprise iritranet , thus ensuring internal company 
system security and integrity. ISven with a stolen 
password, the hijacker may not connect to other ports, 
root directories or applications within the enterprise 
system J 

The DMZ acts as 'a double firewall for the 
enterprise intranet b^caiise the 4 web' servers located in 
the DMZ 'n<ever store or : cbmpute actual customer 
sensitive datav 4 " 1 The^web s^rvks only put the data into 
a form suitable^ for display- by the customer ' s web 
browser , ^ Since the • DMZ- w'eb^ servers do not store 
customer data, there; is .a much smaller chance:, of any 
customer information .being .jeopardized in case of a 
• security breach. : , < w • r r . : ; . ... . : _ , ; > ;; 

. . r ...As previously - described, a the customer access 
mechariism is. ,,a , client . workstation 20.; employing, a Web 
browser 14 for providing; the .access to. the networkMCI 
Interact system via the public Internet 15. When a 
subscriber connects- to the- networkMCI . Interact Web site 
by , entering the appropriate , URL. a secure TCP/IP 
communicatioris link 22 is ^established to one of several 
Web servers 24 .located ins t ide. a first firewall 29a in 
the DMZ 17 . Preferably at .least two web servers are 
provided for- redundancy and. f ailoyer capability. In 
the preferred embodiment of . the invention the system 
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employs; SSL encryption ; so that- communications in both 
directions, between the- subscriber and the networkMCI 
Interact system are secure.' ' ■ 

* ' In: the preferred embodiment'/ all "DMZ Secure 
Web servers- 24 are -preferably- DEG° 4100' systems having 
Ufiix '■br' -based " Operating ' system's f or irurmihg services 
' such as r HTTPS ^ FTP , and telnet over TCP/IP; 1 : The web 
servers mafbe irit^rcbnnfected" by^ a '£kSt Ethernet: LAN 
running at 100 Mbit/sec or greater; preferably with the 
deployment of switched Within the Ethernet LANs for 
improved bandwidth utilization. One such switching 
unit included as ^ part of the network architecture is a 
HydraWEB™. unit.. 4 : 5 , manufactured by. HydraWEB . 
Technologies, Inc. which prpvides , the _DMZ- with a 
virtual IP- address so that, .subscriber, HTTTS . requests 
received over the : Internet will always be, received . 
The Hydraweb uni t -4 5 . implements - a load; : balancing 
algorithm enabling intelligent: packet ^ routing and 
providing " optimal -rel iabil i ty -and performance by 
guaranteeing accessibility to the "most "'available' 1 
server . i; it^-part r icularly monitors" all 'Aspects of web 
server health from 7 CPU-* ; usager : tb ; meitiory utilization, to 
available swap 'space so :: that v! rntefneC^Intranet networks 
can increase their hi t :;i fate and • reduce'- Web ■ server 
management 1 costs 1 In- this manner, resource -utilization 
is maximized and bandwidth -(throughput) 1 is improved. 
It should be understood that a redundant 1 Hydfaweb unit 
may be implemented in a- Hot7Standby l conf iguration with 
heartbeat messaging" between* the two • units (not shown) . 
Moreover, the networkMCI' Interact ! system architecture 
affords web server scaling/ both -in vertical and 
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.horizontal directions . Additionally , the architecture 
is such that new secure, web:- servers 24 may be easily 
added as customer , requirements and usage increases. 
. The use of the .HydraWEB™ enables better load 
i distribution when needled to match performance ! 
..requirements.^ :;c. * - : > ::-:<::..:** ~ ~> - *-•■ • --■*' : ' - 

, t : As shown in Figure-' 5 , ^ the- most 1 available Web 

:;t t server 24 receives ^subscriber- ^HTTPS requests; for 
example, f rom /the= HydraWEB^-^S ^over a : connection 44a 
and generates , the appropriate- encrypted messages for 
, routing. the request to the .appropriate MCI Intranet 
midrange web server over connection 44b, router 55 and 
connection 23. Via: the Hydraweb unit 45, a TCP/IP 
connection 3 8.^ links the Secure Web server 24 with the 
MCI Intranet Dispatcher rserver 26.-'* : ' ' 

r r : / Furthers as;;shpwn iri- the DMZ ; 17 is i second 
real, time monitor ( "RTM^K server 52 having its ' own 
connection ,to : ^the public^Internet via a TCP/T : P 
connection. 48 ; . As 'described herein/ this RTM server 
i., provides; real- time session^ 1 managemeht for subscribers 
. of the; networkMCI Interact 1 Real * r Time Monitoring system. 
At least- one' additional- 1 TCpyfp connection 48^ links the 
RTM Web server 52 with" the " SlCI Intranet Dispatcher 
server 26 . 

With more particularity, as further shown in 
Figure 5~, the' hetworkMCI Interact , physical architecture 
includes three routers : : a f irst 4 router . 49 for routing 
encrypted messages from., the Public Internet 15 to the 
HydraWeb 45 over a socket connection 44; a second 
router 55 for routing encrypted subscriber messages 
f rom a Secure. Web server -24 . to the Dispatcher server 26 
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located inside the. seconds firewall 25b; and, a third 
router 65 for routing;; encrypted subscriber messages 
from the RTM„ Web server. 52 to the Dispatcher server 26 
inside the second firewall'. Although hot shown, each 
of the . routers 55 65: may additioiiaily : route -signals 
through a series of other routers before eventually 
l?€>ing ; routed 0 £o^£he . nMCI .Interact Dispatcher server 26 . 
In,, operation., - each of 5 the Secure ^servers 24 f unction to 
decrypt the .cli ert t ernes sagey ^preferably via the SSL 
implementation> and-unwrap r the ^ session key : arid verify 
the users session from the ;COUser obj ect authenticated 
at Logon. _ . :: \ . : , ; v - 

After establishing that the request has come 
from a valid user and mapping: :the f request to its 
associated session, the .Secure i Wieb ^servers 24 will re- 
en crypt the request^ using, symmetric? RSA encryption and 
forward it over a- second, secure socket : cbrinfectidn 23 to 
the dispatch server; 2.63 ins idei;the enterprise Intranet . 

: As descjribed ;herein,f the data^* architecture 
component of . the > ( ,iaetwQi;kMGJ : J ^teract reporting/ system 
is. focused, on . the : presentation of peal r time,: (un-priced) 
call detail data, such r ^,s ; proyided^ by : MCI' s : Traf f icView 
Server 34 , ^ and priced, qal 1 detail data an : d ; reports , 
such as ' provided by MCI's StarODS Server 33 in a 
variety of user selected formats. 

The Infrastructure component of the nMCI 
Reporting system includes means for providing, secure 
communications regardless of the data content being 
communicated. The nMCI interact system security 
infrastructure includes: 1) "auth'enticatioh. Including 
the use of passwords and 1 digital certificates; 2) 
public key encryption, such as employed by "a secure 
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sockets layer (SSL) encryption protocol; 3) firewalls, 
such as described abov£ with reference to the network 
architecture component; and 4) non- repudiation 
techniques to guarantee that a message originating from 
■•a source is the actual identified sender . One 
technique' empfoyed ? to t; comt>at repudiation includes use 
^ of an audit trail with "eidctfdnicbLiily sighed one-way 
: ^ 'message * digests a inclu<3£d ; wi'th : eacli transaction; 
i- J r ;f r: ' -Anotfieir compdrierit df the riMCI Interact 
■' inf rastructure' includes "order entry, 1 ; which is supported 
By the r St:arOE server '49 V ^ The general categories of 
features to be ordered include: l) v Priced Reporting; 2) 
Real-time reporting/' 3) : Priced Call Detail ; 1 4 ) Real 
Time Call Detail; 5)' Broadband SNMP Alarming; 6) 
* Broadband Reports ; : 7 ) Inbound RTM; 8 ) Outbound RTM; 9 ) 
Toll Free Network ^'Marikger; aifid' 10) Call Manager; The 
order entry functionality ! is" extended to additionally 
support ll) ; Event : Mbhi tor; 12) Service Inquiry; 13) 
Outbound Network Ma'nagefi 1 14 ) Portfolio; and, 15 ) 
"'Client 'view. ' ; "^—i ? r - ; ' ; v - 1 - 

1 ' *- The : Sdlf -monitoring infrastructure component 

for riMCI Inteiract is J th^ employment of rnid- range 
servers chat "support J SNMP j alerts' at the hardWare level . 
In addition, all software "processes 1 must generate 
alerts - based on process health^ connectivity, and 
availability of resources (b;g. , disk usage/ CPU 
utilization, database availability) • 

The Metrics ' ihf rastructiire component for nMCI 
Iiitera'ct is the employment of means to monitor 
throughput and volumes -at c the Web servers, dispatcher 
server, application proxies" and mid-range servers. 
Metrics monitoring helps iii the determination of 
hardware and network growth. 

-28- 



SUBSTITUTE SHEET (RULE 26) 



WO 99/16198 



PCT/US98/20146 



To provide the.areas of functionality 
described above, the client -tier 10, is organized into a 
component architecture, with each component providing 
one of the areas. of functionality. The .client -tier 
software is. organized .into a /'component" architecture 
s uppo r t i ng ... ?uch : , app 1 i c a t i on s a s ( inbox - f e t ch . and i nbox 
management/ report viewer : and report .requestor, TFNM, 
Event Monitor , 3i:padfc>and , ^Real - Time .Monitor , . . and,* system 
administration .applipation.s..,, ..Further , functionality 
integrated, into the spf twar^, axchi tec ture . includes 
applications such as ^Outbound - Network Manager,, Call 
Manager, Service Inquiry, and Client View. ; -The.,, 
functionality of these . applications are further 
enhanced^by the adoption of : a -CGI program interface to 
networkMCI ^Interact that ..allocs .HTML, . and CGI -based 
systems, to ; access a. pubset,, of f ,NMCI .Interacts mi-ddle- 
. tier services ; r a. ^Jaya interface _f or ,.non-NMCI Interacts 
Java applets; .and, a -Common Object Request -Broker 
Architecture , ( ^CORBA" ) . interface to nMCI Interact which 
allows Web -enabled systems built in C++ r _.and . Small talk, 
etc. to use v the middje . tier .pervic^s..qf t the network. 
Implementation , of f .these added r systems ..includes, the 
employment, of digital . signature/client g certificates 
technplQgY,.and r Jaya. pbjects. r 

f ... . , * .. Particularly , .the. use , of ,,a distributed, object 

technology f such as provide^, by CORBA provides increased 
functionality. { r . . - ■ t - r , t . ir ... .... , ( . ... . 

All. reporting is provided through a Report 
Requestor . GUI application, interface -which support 
spreadsheet, . a. variety . of .graph and. chart type, or both 
simultaneously. For . exampl e ,, the spreadsheet 
presentation allows .for. sorting by. any. arbitrary set of 
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columns. The report viewer may also be launched from 
the Inbox when *a report is^ selected. 

A common database may be maintained to hold 
the common configuration data which can be used by the 

/ GUI applications and by the mid- range! servers'. Such 
common ' data will "include* but not be" limited to: 
customer security profiles, billing hierarchies for 
•each- customer, genera l r '*ref eir«bnbe ; dat^a (states, NPA's, 
Country codfes j and' customer 1 specific j pick lists : e . g . , 
AN-I f s , calling "cards', 1 etc : . / An MCI : Internet" StarOE 
server will- manage the J data base for the common 
: configuration 1 of ^ddta. : 

r Report management related data is" also 
generated' which includes i) report profiles' defining 
thfe types of reports ' l that : are available, 'fields for the 
reports , default 3 £*oirt 6ptiohs and customizations 
allowed; and 2) report 'requests' defining customer 

- specific rfeport requests including report type, report 
name; ^scheduling criteria, "and subtotal fields. This 
type of 'data -will' be J resideiit in £n Inbox server- 
database and managed by ' £he : inbox server . 

' "By associating each set of report ' data which 
-is downloaded ~via r the inbox with a' small report ' 
description object/ it 'xs ^possible to p>reseht most 
reports without report -specif ic presentation code (the 
repbrt - specif ic code "is 'in th4 v construction of the 
description object ) . Theise : description objects are 
referred to as "metiadata, " or " "data about data." At 
dne : level/ they fimctio'n iike tlie catalog in a 
relational database /describing each row of a result 
set returned from the middle tier as an ordered 
collection of columns. "Each column has a data type, a 
name, and a 'desired display format, etc. Column 
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descriptive information will be stored in an object, 
and the entire result set : will be described by a list 
of these objects, one for , each column, to allow for a 
standard viewer to present. the result - set, with .labeled 
columns . .Nesting, these, descriptions within one; -another 
allows ; fpr r breaks and subtotal ing at an, arbitrary 
number . of level s ... ...... „, ^ r ». . , . . v . . . ^ ....... f 

In the;- , TrafflcVl^wr Sy^t.em ( ?TyS" ) ; of. : the 
present invention , . the cus tomer- wcprks tat ion , 1 0 z i s- 
equipped with a ; Web, browser. for., remotely ; requ.es t;ing 
report? of ^npriced call-detail andstatistical data 
and/or real time access to monitor ; the : st$.tje. of ^special 
service call,, networks . f rom^the .traffic .view server 34 , 
as shown in- Figure 2. This,. Report request, process will 
be described with,, respect,, tp^Figurp . 6 which, is a high--, 
level description pf the .Tys system 100 integrated 
within, the r nMCI- Interact, .architecture 200. 

. With, greater, particularity, } aa overall, view 
of the. TVS system .100 : _of tl^e, present invention. is : 
discusf^d wi ; th ref erenqer,to r Fig . 6 , ^ As shown in- Fig. 
6, the architecture . basiqal^y starts ,with a plurality . ju 
of switching, means, . suqh a? ..a number ..of. switches 
represented by switqh, 1Q2,. in the telecommunications 
network.. Associated^! th.eaqh switch,, for example, 
switch .102, is an, Adjunct .Processor (AP). ,1,04. : ,Qne of 
the main , functions ..of .the ,AP .is to perform billing. 
For each, call routed.^ through switch 1.02 , V AP 104 .. 
generates a ..Call Detail Record 0 (CDR) The CDR, is 
routed^ to . an Operatpr Services . System ,.(OSS) : network 
106, which otherwise may.be referred .to as.aX.,25 
network. Network 106 in, turn is connected .to a series 
of processors commonly preferred to as Central 
Retransmitters (CR) 108.. The outputs of the respective 
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CRs 108 are provided to ''a Fiber Distributed Data 
Interface (FDDI) ring 110 f - The output of FDD I ring 110 
in turn is connected to a MCI Traffic Statistics (MTS) 
system 112/ which is situated in 'a platform to which 
- another system/ namely- a DAP -Traffic Statistics 5 (DTS) , 
■ may also resided 1 : - ' - 8 :i ,; *• 5 ;:: r " 

.;; -.= ^ftAP refer is 'to ;C a- ; data access 'point such as DAP 

1 1-4 : -shown in "the ddtte'd box of : : Fig ; ? '6 In "particular , 
DAP L14 is 15 a prb'c^ssor system that provides" routing 
information' to "* switch"'' ; 1'^ DAP 114 also 

provides 'information to the MTS' (or the combination 
DTS /MTS - system) for the" traffic statistics monitoring 
mentioned in the background of tlie "invention section, 
supra. A iribre detailed 1 discus£ion : of a 1 DAP and the DTS 
is given* in tHe 1 a for ehot'ed issued U.s; Patent 
Application Ndl ' "5 > 537 assignee! to th£ : * same assignee 
as the present invention, ; and whose disclosure is 
incorporated" by Reference herein J '"Foir the instant 
fnventiorr; it suffibd's tb'ndtfe'that the platform to 
which both 'DTS and 1 MTS reside is' ref erred to only as 
the MTS syst:em : 1121 ; :% ' : J : : - - 

MTS system 112 is : a system for counting the 
number "of calls" through "the vafiouV switches . For the 
telecommunications network of the instant invention, 
calls are understood to : be special servide calls 
including 'but ndt limited tti : 80 : 0/8xx^ ; 900 and "Vnet." 
For the discussion of Fig : . 6, 'it is assumed that MTS 
system 112 counts only 800/900 calls, or traffic. 

On a periodic" basis, MTS system 112 provides 
statistics data/ al£o referred to as rolled up 
statistics, via line 115 to a TrafficView system (TVS) 
116. As shown, MTS system 112 also receives orders, 
via line li'8, from TVS : system 116 * For the embodiment 
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of Fig. 6, rolled up .statistics are output from MTS 
system 112 to .TVS sys.tem rl ; 16 .at predetermined time 
intervals . such as every 60 minutes. It should however 
be understood that the time .intervals in which , 
statistics ,are -rolled ,up- f rom MTS ; sys£ ( em /; 112 : to ,T r VS 
system 116 may be varied. Such periodic. rpliling, f ,up of 
statistics . enables the^ystem ,.to. .provide periodic 

. outputs to subscribers .who .request, only- periodicf \ 
reports. . ,In instances, where fJ a, subscriber, requests the 

f .real, time pptiqn., . .the, statistics are rolled, up t f rpm MTS 
system .112 ,to TVS. system, 116, in real .time so, that a 

..subscriber ,ca.n .access- TVS* system .116. .to. .monitor -.-in real 
time the operation of., the nptwork via the -public 
Internet yia ,secpn ; d RTM server^ 5.2 -.{Figure. 2) . : . .... 

. . .The process by. which rolled, up statistics are 
periodically provided., f rom. WTS~ :System, 112 to TVS system 
116 basically occurs as. follow^.. r „ For, a ; given r .time 
per.iod, for example. .eygry, hqur. /: statistics, for. . 
.customers, (subscribers) . who have, subscribed-, to the 
seryice : qf .the prespnt invention ,syst:;em .ar.^.; accumulated 
and a customer rolled up peg count,- message is. produced. 
For .the .embodiment _of Fig..* 6, .the .accumulations are for 
hourly ^intervals with the understanding that , f uture 
intervals, jnay Jbe set to .any .time period,, for. example ,20 
minute increments.. .. A.. MTS. stats, compiler .(Jto be ^ 
discussed with,, reference -to. Fig,. 8). wri.tes the customer 

. peg count mess ages ..into a. STRAFF ijCyiEW'V^ server .queue. 
In the case, of real time transf.er ; of. statistics, from 

. MTS system 112? to TVS system; ,116 , the MTS stats 
compiler writes the customer ( P : eg_ count, message (directly 
to TVS system 116, which may. b.e_ partitioned. Into two 
portions, one for receiving the rolled, up statistics 
that are fed periodically while the other for receiving 
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in real time the data' from MTS system 112. Real time 
access is gained through the 1 RTM system 117, as will be 
described. 

For the Fig. 6- embodiment, for example, 
: rolled up statistics corresponding to an 800 : number for 
■ ; a given, subscriber may* include the- f olT6wing f data: 
u that 5.00 call.: attempts were m ! ade -to- that : '8 00 number of 
the- subscriber, that --'400^ of -I those calls- We re : completed, 
f 50 were not completed .1 (incompletes) and 50 of those 
calls were blocked. Additional rolled up statistics 
data may -include. the i destination terminations and the 
originating: Numbering^ Plan Area (NPA) ' of the calls . 
These statistics are stored as records in the TVS 
•system 116. - /* : v: : ? ... ■' - • 

In further-view of Fig. 6, the TVS system 116 
comprises a number ^df -processors represented f or 
example by a "main -frame hos t ~ system 119 . Connected to 
processor system 119 is - a^ storage" means ; for example a 
database system' 120 which comprises a plurality of 
memory disks or e>ther st6r<ige' v mechanisms . ■• • A more 
detailed discussibri of the 1 hardware components of TVS 
system 116 and-its 1 database system is given, : infra . 

■■' As "further shown in-Figiire : 6, "there are a 
number of systems' communicatively coupled to TVS system 
116. In particular, connected to " TVS system' 116 to 
"receive 1 its outputs,' e.'gYv reports ,' Via line 122, is a 
first data distribution sySt^nV 'referred to as "MCI 
MAIL" host : 124 . Mail host system 124 is a proprietary 
system of the MCI Communications Corporation (MCI) and 
is capable of sending out E-Mails, via line 126, to a 
conventional PC equipped ^with a modem and appropriate 
communications software! Mail host 124 may further 
distribute reports, or' data files , from TVS system 116 
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to a fax machine, (not . shown) or as a hard copy message, 
to .a printer (not . shown) .:; 

Further, in accordance with the invention 
there is provided a TCP/IP connection. 125 for 
connecting the TV S > syLS tern:; ,116 wi thi nMC I Interact 's 
web / Internet^ baaed reppjrt ing-. system, referred: , to herein 
^s rA StarWR^ providing: customers : with 

- their . priced/ and,.^ call 
detail data reports / ;jia.s;j willr.be- described in further 
detail herein with, ar^ga.rdbfeo Figure ;7 . { » ■-/:•. 
• : . . ■■ - Another^. TCP/IP;, connection 123 from the RTM 

■ process system; 117 : ; pf a the ..TVS. sys tem .116 to the RTM 
web server 52 .to proyide ♦ for fche real time traffic 
monitoring capability via the Internet . , Thus , the 

. various subscribers . to- .the^RTM^ service , represented by 
customer ^workstation ... 10;>/equipped^with a Web ibrowser , 
can-monitor; in real . time-;: pr ^substantially real time, 
- -the : operation of r . the-njetwojrk ^s ..it* relates :. to ;the calls 
directed ytp that . subscriber's special ^service call 
number (s) .Thus, instead jof : viewing a^past .event, 
using the RTM system; : 117;>i ja] subscriber .; may- retrieve web 
pages comprising; real tinig.%data and- statistics that 
present an i*x i\ j3 jL g* oc* * ^ 3^ ^5 l.* jt. fx ^ ti C5 . ■ , ct n^^ , or all, of 

_ hi-Sr special, .service- .-call ; RU-i^erss>/' / '.FQr --example;,, the 
subscriber .can ; see in : ;real : . : time -how/many, calls are 
being attempted minute by ; minute, how many calls are 
being allowed^ through ? the network,, how many calls are 
incompletes , how. many : calls arevblpeked, : ,-etc . This 
ability, to- monitor , the , opera t ion of: the network- gives 
the subscriber the ability to decide in real time the 
, . . specific actions .that need -to -be taken., : For instance, 
if there is .an abnormal number of incompletes for a 
given period, the subscriber : can look at the specific 
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call records that made -up those 1 incomplete calls . If 
needed, the subscriber " car! request the management of 
the network to restructure the network so as to reroute 
the incoming calls of the subscriber to different 
locations- wh^re they may "better J be' handled • The 
different -modules of the'-RTM sys tern J aire' shown and 
described herein "with* ref erence- to 3 Fxg . 13 . 
; t . >: ':v :,j.-'-v Also -connected !-fco'' TVS "server 116* is a Calling 
Area Database - (CADB) -'£3 "8 : wKi'cff periodically provides 
TVS , ahd> : 'more : specif ; ical j ry ; database 12 0 of TVS system 
116 / "mapping data-' to - correlate -NPAs : to~ the different 
states and "Idealities "within the' -states, and country 
codes to the different countries' for further adding 
call details for ^the'CDRs: ; ~ '-' - ' " ; - • ' ■ ' 

; Also F showh : connected 1 * to TVS system 116 is a 
Circuit Order Management System (COMS) 140 whose 
function; for' the Fi<g; 1 er^od-iment, is to provide a 
f ile of maps : of r thei ; service locations, and the ncodes 
to swi tches/ trunks/ or reguiar "telephone numbers . 

- - - ■ Further' 'connected ! to'' ''TVS system 11-6 is a 
Corporate Order En try ; ' ( CORE f s y ^ t'eiti 142 which receives 
its input from subscribers via Jl a CORE system 7 data entry 
system such' as a workstation or PC 144 : . In particular, 
a subscriber can input- ins trutitibhs to CORE system 142 
which in turn inputs the instruction's as -order entries 
via line 146 to ; -*TVS system 1-16V Some"' of the data 
provided by the 'subscribers to" CORE system 142 may 
include the type of repbrts the subscribers like to 
receive/ the number of * reports the subscribers want, 
the frequency and how the reports should be sent, and 
where the reports should be 1 delivered to. With respect 
to one method in which reports may be delivered, the 
CORE system' 142 sends instructions to a "MCI MAIL" 
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order entry system, 148 r which in turn forwards the 
instructions to mail, host, system 124. ..Consequently, a 
subscriber may receive data or reports /in a E-Mail 
format from the TVS system 116 . . The order entry 
function, m^y. be : perf ormed v by a -..SfearOE; server .,26. ,. as 
will be (described,, in greater detail ; herein.* . ; . . r : . 

: The transmission ; of ; da^ as 

~AP 104, ; ^nd- : ^TS ,s^^ with reference 

, - to Fig. 8 . r As. , shown ^in figure c 8/- 800, and -900 CJJRs are 
collected- f ro^ri APs . 104 and. -pouted - tq ; c.entral 

^retransmitters n 108 , ..which - are protocol, .conversion 
processors. t?:; In .essence,; CRs 7 108 -convert.-the „data from 
APs 104,: which, are VAX OSI. Transport System (VOTS) 
messages that are delivered jon the X. 25 .network,;: into a 
multi-cast T M messages,. f ^(OSI ; is ; , Open System 
Interconnection) . ., r r ^ , - * < . . t ^. ; 

. ( . The MTS systeiri 112 .coll ; ects i -CDRs from all 

AE>s. ; The r CDRs,,are , .collected, and buffered, at. each AP, 
and. f sent,to. MTS . system 11.2 ..using s the OSX class, 4 * 
Transport ^Service ; (OSI ^P,4 ) f . r T —The. . CDRs - ( per buffer) are 
received, at ; ; MTS : system ^Xfefa by a procress, called; ttie AP 
OSI. .coirununi cation .manager,., or . AP , OSI :; CM . . The APi OSI CM 
process is responsil?laior coinmunication ^between MTS 

..system,; 11 2 and . the APs.. f This !r proces3 runs, , , ; , 
simultaneously , on all, .of the processors, ; ( to be : . ; . .., 
discussed .subsequently;) ..of. MTS ; system 112 where, each CM 
receives CDRs firpm a v specif ic . number of t APs. over OSI 
transport connections, on the, OSS NET. This ^involves 
establishing and maintaining, ^sessions .tOi receive 
800/900 number. CDRs from the APs.; , ; As .each CDR buffer 
is received from the APs? i.t. is. forwarded to the 
application being run. on^.the processors ; of MTS system 
112. This is, done by transferring each buffer (of 
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CDRs) to an Ethernet transmit process, also running on 
the MTS communication servers. The Ethernet transmit 
process then uses the Ethernet multi-cast protocol to 
send the buffer to the application running- in MTS 

;-. system • 112 . ^\ > : - .: S, v\ ■ J , : . 

In . terms' of the ; external ^ interfaced , -the AP 
OSI CM process: receives CDR; message's from the APs by 
; ; e stab Irshingt .a : :t±.an"spor.tv^coririect:i6tt via the Packet Net 

j System^ Intferf ace :(:PSI) / l whicH is- ; us^ed : to Establish 
Shared , Virtual. jCircui'ts-. (SVCs)-^ over -the OSS1 NET 106. 
• The, CM interfaces to. the> Ethernet transmit process over 
a- Virtual-* Memory- System 1 (VMS) mailbox where" the CM puts 
the AP -CDR message- to be multi-easted on the MTS lan. 
The AP OSI CM mkintains- a VMS global section where 
various statuses and 'performance statistics are kept 
and updated. . : * . c<: \>r-'-x:i :• n ' ; - 

Each AP> > as^ was- discussed earlier , is 
collocatediiwith: a- -switch 102. ^The - AP' receives all CDRs 
generated by switch 1 ^L02a^ ; TKe records generated by a 
switch can be- in^ariy' 'differ en t r categories r -for example 
Call Detail Records ^(CDRfe) V" Private Network Records 
(PNRs) , Operator Services 'Records '-(OSRs ) , Private 
Network Operator Services -Records u(POSRs) / and Switch 
Event Records- (SCRs) : For* the understanding -of the 

: ' instant invention as eixempld-*f ied by %he embodiment of 
Fig. 6, the* ohly r 'records' that -are forWarded to MTS 
system 112 by j each f AP- 104 are the originating switch 
800 and 900 CDRs ; ' A filtering algorithm is employed at 
each AP for filtering the appropriate CDRs. 

In sum, Transport Service Data Units (TSDUs) 
are received by the AP OSI CM. Each of the TSDUs 
includes CDRs 1 from the AP in a format whereby it 
includes a AP MTS header which may be for example 16 
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bytes long. : The AP MTS; header may include a switch ID 
-identifying the switch where the CDR is from, the CDR 
count and a filler, for filling unused bytes . The AP 
MTS header is -followed by up to 23 CDRs,. each of which 
is 64 bytes long. These multi-cast 800 .arid 9 00 CDRs 
: , / ,-are forwarded- -by GRs ;}108 .to FDD£,rring , 110 . 
v.-! v: r 110 ^is as 

jfollows. ; The FDEffi ;1 ; 10 \;receweB; the CDRs if or. MTS' 112 , 
r and buf f ers Application E>ata: :Field~ ADF ). :mes sa<ge pairs , 

fraud .messages .and call -debail, .records; irbm ; the :CRs 
.108. These ,-G-D.R. messeges- arei put in-a^ queue ' 1S2\ f or the 
MTS peg- counter =154 . -The CDRs from queue? 152: are then 
.. forwarded : to : a v MTS peg counter, 154 in MTS system 112. 

The outputs from. MTS peg . counter ^ 1.5:4 are provided to a , 
- MTS - customer servi ce database '%6Q ,and. ; .als.o ^MTS. peg ^ 
counts buffer 156. The process under which MTS peg 
counter 154 operates ,ijq> as --follows* JouJ 

\v± : f > ; First , the MTS pegrpountef; jenhances;,.. the call 
detail -record- by performing^ cdata>. look-ups;- on, :the 
* - , f eature ^group- ^Q,^ yijr tual - 7 t^njc> i -s:.dirieq,t- termination , r 
overflow . and international;. S&C databases.- ^For the ^ 
received call; ;reGoi?ds >r the>;MTS peg; counter does : a ~. 
— . database l ook- up t: us;i^ digits 
. ,-as ;th€^ key >: : ; : /The^ look rupt; will. yield* the _ virtual memory 
: address, of the vneces;sary.rpeg count storage areas for 
each 800 /number;, .and ^li&t of : cpunt-ing; . services to 
provide for the CDR. . There: is a : linked list header for 
each possible kindr of peg count tha t .) an (80 0, number can 
have. yr ■; >■• j.-r-e- .■ -f *•-■„•*■ V, 

MTS peg counts -.are .stored as. . a virtual memory 
address of a linked list, head.er . ;. There . are two linked 
list headers per 800 number and peg. count type - - one 
for current peg count statistics and the other for the 
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inactive peg count statistics reporting by an MTS 
statistics compiler 158 . Ci Actual peg counts are stored 
in linked lists, indexed by hour. Call record time 
points are normalized to Universal Coordinated Time 
(UCT) based on the switch/AP time Because of the call 
record transfer delay between;' the switch, AP and MTS, 
MTS needs to store peg counts for multiple hourly 
ift'tdervais;; i'pr fe^bh ]sbp r - iiuii^ei; . ;':Hoiixly intervals are 
sorted in reverse chronological ..or^er- to expedite peg 
count storage searches. _ The peg counter continues to 
store peg counts- for each;. hourly interval for a 
configurable interval after the 'reporting interval. 
Assuming the initial setting to this configurable 
interval is 10 minutes, the MTS peg counter continues 
to store peg counts for each hourly interval unit 10 
minutes after the reporting interval is over. 

Dynamic allocation is done by the MTS peg 
counter witfe ; a ^Doggie Bag '! for. . temporary storage of 
' incoming ^ 'call/ ; records^€liat require a database update 
before processing. When an 800 number or a termination 
is not found, the call record is stored in the MTS 
Doggie Bag. The MTS peg counter requests the database 
lock, with asynchronous notification through an AST 
routine. When the lock isrgranted the AST routine sets 
a flag indicating the lock is 3 granted. " After each 
buffer of incoming call records have been processed, 
the MTS peg- counter makes the necessary database 
updates , : then processes the, record normally, bumping up 
the appropriate 8 00 number peg counts v 

MTS . total - call , counts provide a summary of 
total minutes and call completions broken down by the 
800 number. These counts can be rolled up to TVS 
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10 



30 



system 116 to proyide_ total minutes and the call 
completion ratio by customer ID.. Total counts. include: 

; Total- Cpmpletions ... - ; ^ 

Total Call Duration 
■■ *^ Total Attempts'- t"-' ' • 

' <. , , <. . r r To t a 1 S wi t ch ,, Con t r o 1 led C a 1 1 s { No< Action 
Code ** Received') J 

• : ^ . Total, NCS Blocked v (Action Code, 30 Received) 
" ~" " * ' Total" NCS Rejected (NC& Failure' Action Code 
•> - Received) ^ - - J ' r - , ~ w-r< r :: ;. ■ ■■; <y- 



'""*• ' Total Network Blocked (All Routes BusyT 

15 • o'- •*" Totals Su£>p Code Blocked" - - f ^ : -r?.o:*~ 

r - Total. Out of Band Blocked i .... 

The' call" completion ratio can' be determined 
for a given '800 number and roiled up under the *" 
20 customer lb" to 1 provide calf completion statistics, and 

total call minutes on a customer" by customer basis. 

1 <' *800 Call Completion " Rat'ib = ? - : " • ■ '' ^Completions ' - - ' ~ ~ 

. c . _ x Attempts.- (Switch Controls + NCS 

25 " - ' ' r- .r :f;, r^ - 'Blo'ckV +' v NCS : Failures + ARBs') 

MTS NPA counts are compiled and stored 
hourly as a block of 160 NPAs. The NPA counts 
include: 



v ; ■ : .: _< Originating^ NPA — 1 - - T r : > 1 . . . ; 
v Total r Attempts per - NPA v > - ? - : ; - ?■ 

Total Completed Calls |>er NPA 
t -'Total : 'CalTs° Not Delivered (Biocbked) 7 per NPA 
35 To ( tal Attempts, for - International . . 

Originations 

Total Completed Calls ; for International 
Originations . , . , : , . . 

Total Calls Not Delivered (Blocked) for 
40 International 'Originations- 
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MTS -NPA-NXX counts are compiled and stored 
hourly as a block r of 160 NPAs with their associated 
NXXs. The NPA-NXX counts include: ' 

5 \-^ t - ; : Attempts from International Originations 

*' 1 For each Originating NPA. . . 

i : Attempts for l eachr unknown NXX (f or "FG- C 
... . - Originations)^ - tJ .1:.- -:r- .'.J ■ 

' For each NXX of Origination 

10 A--::: . u Attempt's f-roifr that : NXX : ■ • ;; - ' r - : '- 

MTS counts for' ah -80 0 ; number are broken down 
by termination ahd compiled hourly; Call statistics 
for" terminations include: - :: : • 



15 



20 



Termination Type,, ; 
Termination Address 
Total Completions 
Total .* Call - Duration 
Call Disposition 



Call dispositions. indicate the. cause. of an. 
incomplete call. Terminating call dispositions 
include: 

25 - / Total S^ort Calls. Short calls r are calls 

lasting 'less thari 4 4 switch ticks with no 
. answer detected. fl ^Thi§/. typically:' indicates a 

busy condition. (Each. Switch. tick is 
'* * '* presumed to " be 3 v seconds j . ' - 

30 - : : . ; ,. , :VT " ... - •. ■■ 

* Total Didn't .Wait ,Didn ' t Wait calls are 

- ; _ • calls lasting -from 4 through 8 switch ticks 
with no answer detected. This typically 
indicates a call is , not answered within 4 
35 ringing cycles; ! 

Total Didn't Answer. Didn't Answer calls 
are calls lastirig beyond 8 switch ticks with 
no, answer detected. This typically 
40 indicates a call is, not answered within 6 

- r ' ringing cycles;' 
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Every hour, r the MTS peg counter wakes up 
MTS statistics compiler^! 5 8 : ,; which then performs 
sequential traversal of MTS customer .service 
database 160 to generate statistics for every 800 
number.. . The MTS service type*' (a; Yield 1 in the MTS 
customer* t sesrvice. ; /recW :£fre statistics 

compiler which statistics ak^ : ^xh^lcept for this 
800 number (iJe/''$0$^ counts, NPA 

counts, NPA-NXX Counts) . A data driven MTS 
statistics cornpiler . records- the services a 
particular- £00 number^ i-s, reg-iste^r.ed for;, .including 
reporting interval (hourly) , ; statistics destination 
(MTS server), priority (real time, non-real time), 
and time offset (usually ";2jBro7°f6f '■ statistics 
delivery. * J. s;r . > 

MTS statistic^ 'compiler 3 15 8 reads MTS 
customer service database i60 in priority order, so 
statistics are processed for all real time 800 
numbers first, 'followed by statistics for the non- 
real time 800 numbers; The 'priority feature allows 
MCI 800 "TRAFFICVIEW" subscribers who are signed up 
for houfl^data \t;6 ( ,gather r "t-'hei.i^data : first, while 
* subscribers :whovoniy^ want * dai J ly> ' weekly or monthly 
reports from the "TV jserv^f ; qf 0 TVS^.sy5tem 116 will 
get their data later. The TVS system may also be 
referred to as ."TARS'' CT v raffic -Analysis Reporting 
System), server, v r- - : .<n\ v. 

Fbr'eaich 800'"nui^er ' f ound -in the MTS 
customer service database 160, MTS statistics 
compiler 158 finds the "matching p^g counts in memory 
and constructs an "MTS ^ Peg- 'Counts Message for an 
800/900 Number." A MTS send out ; routine is invoked 
to send each message to TVS system 116. 
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The "MTS Peg Counts Message for an 800/9 00 
Number" comprises a fixed message part and a 
variable number of optional parameters. The fixed 
message part identifies the~ 800/900 number for which 
the* statistics are being reported, the time" interval 
the statistics aire "f torn aftd ' other key' inf ormation. 
The optional parameters' "'that^'ar^-'rfejpo'irtfed for a 
given 800 number depend' upbh ' the' service identif ied 
for the "800 number in MTS database 160. The 
following table identifies the service 'types and 
their corresponding optional parameters: . } ; 1 

Service Tvpfe 

Optional Parameters in'B.l Message ' 

1. Total Service * EP - MTS Totals Counts 

2. Termination Service ~ EF - MTS Totals Counts 

,: ; ; • ».« ^ i A EC - -MTS Counts by 

Termination . 

3 . Standard Service ' ef - MTS Totals Counts 

" ] " EE - MTS Counts by NPA 

^ : : ' : ' ' -:EC MTS' Counts by 

, : v - - Termination , , 

4 . Demographic Service EF - MTS Totals Counts 

EE - MTS Counts by NPA 
1 ED - MTS Counts by NPA-NXX 
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* EC - MTS Counts by 

~ • * \ * 'H : .! : Termination 

MTS statistics compiler 158, does not begin 
reporting . on .an hour .until configurable interval 
(default^ 5 ; minut.es )-_ : af tea; the_,hour . As each 
statistics,, message for a given hour is constructed 
and sent /MTS . ^tatistics^compiler 158 frees any 
memory. r used , tp hold peg cojints for the, current 
800/90,0 number. . This ^memory is returned to a. common 
pool of free. memory, available for use by the. peg 
counter as needed. 

After sending all of the required 
statistics messages for a given hour ,7 MTS -""statistics 
compiler 158 sends an "MTS Switch/AP Report Status 
Checkpoint Message" tp,. the server . , This message 
serves two purposes: (1) it informs TVS system 116 
that all messages for an interval have been sent; 
arid. (2) t Xt shows the TVS system 116 how accurate the 
800/900 number data it received is, by showing how 
far behind reach; Switch/AP is in sending statistics 
messages' to the MTS . 

_ . Ijdeally, the^ "Last Call Record Disconnect " 
time point for each Switch/AP is sent after the end 
time of the hourly interval. That means that the 
Switch/AP is keeping up with traffic levels, but 
does not necessarily mean that the data reported for 
an 800 nuirtber is entirely complete. There is still 
the possibility that long duration calls have not 
disconnected, and therefore will not be reported 
until the next hour. 

Also after generating the 800 number 
statistics messages, MTS statistics compiler 158 
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generates an "MTS Network Statistics Message." This 
message is riot sent to TVS'- system 116 but is only 
written to the test files or the test : multi -cast 
address. The message is useful' for network 
5 management purposes, for g ; augxilg traffic levels 

1 1 throughout th£ day -and for determining the 1 ' : ' 

" transition mix at intelligent network' platf orms such 
' c - 1 as Network'' Control 'System :; 'tNCS) : . ; - ^ " : 

; ! After all "statistics' messages are * 
10 'generated 1 for ari hdur;' J MTS statistics compiler 158 

hibernates, waiting to 6e awakeried again by the MTS 
peg counter 154 -for the next hour.' Note that 
'although "hourly interval" has beeri described as the 
basis on which MTS "statistics compiler '158 rtins,' in 
15 actuality, trie intervar'is completely configurable 

to be aihy reasonable time period. in fact, the 
interval for -MTS statistics -compiler 158 may be set 
to five minute 'interval s - sudti that statistics 
messages' are generated every f i J v4 minutes and 
20 : forwarded td MTS systCTi 112. ^By short Veiling 'the 

"interval" to such a short time peifiod, : the 
statistics provided to TVS 1 - 1 system 116 , "and' therefore 
to RTM system ; 117 (Figure 6) ' tihrough which a 
subscriber can log on*, becomes substantially ' in real 
25 time. For thioste subscribers who continue to want 

only periodic reports or updates, the five minute 
interval statistics { can be "summed to 1 achieve the 
desired duration. For example, if a subscriber only 
wants hourly updates, statistics for 12 consecutive 
30 five minute intervals are summed to provide the 

hourly updates . ....... 

Fig. 9 provides a more comprehensive view 
of the different operations of MTS system 112, and 
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the relation of those- pperat ions to the exchange of 
information between MTS- system .112 and TVS., system 
116. In particular, as shown in Fig. 9 7 the hourly 
peg counts, stored . in. buff er 162 from MTS statistics 
compiler 158, are monitored - in Mprii tor AP Traffic 
process^ 164,. _ . Process 164, iSoresgcpnsible , f or - sending 

.aUjrmSi to - the. Network r ^a,nag^ment - Interface - (NMI ) : and 
the Local Support Ele^enf c (tSE) /whenever -arj : AP fails 
to send, messages .^to-.MTS^sys tern 112 v within a pre- 
conf igured time , per iocj. ^r-for T the embodiment <,of - : this 
invention, • the time.period is assumed to .Jia^e -a,., 
default setting of 5 minutes.; This process ^ 

, continues to . send alarjms . every 5 minutes as , long as 
no messages are ..received ,fi;om.,an AP. Also with 
respect, to, the ^instant embodiment., the fir;st two 
alarm messages are assumed -.to.. bet _ seijt as . .warnings . 
Further , assume, the thir;d : . alarm message is -sent to 
indicate ^that there Is in f^c.t ,.an e^ror } . ~. r 

. x c ... Data ,is .exchanged - f rom MTS. database .160 to 
a Transaction ^Processing [-Library (TPL) .,16.6 ; -. . The .TPL 
166 is. a central i„zed,,. ..tab^e driven. ..set of software 
routines, that are^callabl^ by any process for , 
modifying or searching ^thrQug^ f its associated memory 
or disk , database, 168 .., r .TRL 16.6, is, calljed t thro;ugh a 
TPL interface , by the Mi;.£ administration processes. 
The. MTS . Statistics,, compiler 158 ...and peg counter 154 
call hash routines directly, to perform database, 
searches . All other .f,unqtions performed .by . tho.se 
processes and ^ all of „ the .,o r ther.,. processes access TPL 
166 directly through a .TP S L. controller . : The TPL 166 
also allows a transaction to back out from the 
database when any part of the transaction fails. 
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With respect -to MTS system 112, TPL 166 

maintains these databases: . , 

*• - Customer Definition, 
Monitored Customer, 
f *• • Termination by 800/900 number, 

Termination couiits by originating 

npa, r Y r ' ' ' * ; 

MTS Customer Sfervice, 
MTS : 800 3erVice :; Ty£es , 
-'■ : - : \ "MTS Network' Service 4 Types, 

' ' MTS "Destinations ; :i 

MTS Network Service-, 



TLP.-166 maintains thes^ lists: 

Real time customer list; and 
N6n-real°time customer list. 

TPL 166 maintains these ; arrays:; > . - 

- ' * * ; :.<:.. Switch/ARJJ A^ray;. t . - = ■ . ' 

DAP Transaction Server Array 
' ; • ~ : 1SIPA/ Location descriptions "'***' J 

TPL 166 maintains MTS control; block.. 

For MTS system r l 12,, among, other- functions, .TPL 166 
supports, the; f f ollowing : ; y * -;r ; . " . 



, Add an .800/900 number 

Delete an 800/.9 : 00 number 
■ J '" Search" ! the Customer Definition file 
:. for a record 

Add a termination to an 800/900 
• number * * ' 

Delete, a termination for an 800/900 

number. 

Search tlie "Termination of an 800/9 00 
number" file for a record 
Update a "Termination of an 800/900 
number " record 
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• ■ . Add . a switch/ARU 

Delete a switch/ARU 
Add a transaction server 
Delete a transaction server 
5 • Initialize TPL 

...A .> Search, the Termination by 800/900 
. # .. " ' . number., f ile : (TRMN00) 
" L ' ' Update an NPA : 

Update a a switch :- : rv 
10 * ,', Search^.f or.-„a switch^ 

; ^^';yUi?4^t® othe^MTS ^control block settings 

• ~ ' * Update"- ^nlpMTS jmonitored 800/900 

number , ^ , - >--y f 

Search for an MTS monitored 800/900 
15 number 

Add an MTS feature group C record 
Delete, an MTS feature group C .record 
Search for an MTS feature group C 
record 

; . Ih addition to corresponding with MTS 
database 160 and its associated disk database 168, 
TPL 166 also corresponds -with art order entry 
process, such as that represented by line 14 6 (Fig. 

25 6) performed by CORE* ^system^ '14*! ; r Specif ically, 

order entry prdce^P .14 6 isf ^espons ible for taking 
MTS transactions received from the TVS system 116, 
and applying the 1 "appropriate updates tb ; MTS database 
120. As shown in Fig. 9, the TVS transactions are 

30 received from the TVS" 'server- process 1 17 0 vicL a TVS 

server output queue 172. The 1 order entry process 
146 then invokes an application from TPL 166 to 
execute the transaction v-' A • response is received 
from TPL 166 "and a /MTS ^transaction response message 

35 is constructed and sent back to- TVS server interface 

170 via a TVS server input: queue .174 . 

The MTS/TVS server interface process 170 
. is responsible for detecting link outages between 
the MTS system 112 and; the MTS : server. Upon link 

40 failure, MTS server interface. I70 archives MTS 
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statistics messages- in a safe stored queue. The 
archive .messages are sent, in .a First In First Out 
(FIFO) order when the link resumes normal operation. 

. , u t if f-ai lover- occurs during statistics 
compilation on a primary' MTS node, MTS/TVS server 
interface process ,170 rbegins to "rea<l mqssages from 
MTS statistics compirier - 158- and send : the messages to 
MTS system 1-1-2,., -Ii .failove^ occurs . when statistics 
compilation is :: complete, there should : be ; little or 
no data J.n the /MTS/Tys^jSe MTS server 

interface-process 170; to read.-' : 

The MTS/TVS server interface 170 also is 
responsible for receiving MTS transaction messages 
from the server in MTS system "112 V Incoming MTS 
transaction messages are placed in TVS server output 
queue 172 for the order entry process 14 6 to read 
and process... \ * , - - ( - ,^ /: m-^:- 1 . .-, " ■ : 

Furtlier with -resp'ect /to Fig. 9, note that 
the TVS server input, .queue 174 -has provided as one 
of its inputs MTS st'Mst res Messages from a MTS 
send out process 176. The MTS send out process 176 
is a central routine* that sends out all MTS output 
messages. MTS send out process 176 is. -able to send 
messages ' to the TVS server; 4milt-i-ca : £t to a MTS 
display subsystem (not shown) and to MTS test output 
files 178. Moreover, as was mentioned previously, 
any failover messages are sent via MTS send out 
process 176 :to a MTS failover queue 180. 

. The different - types* bf MTS statistics are 
listed hereinbelow. 



MTS incoming, -statistics: - j 
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The number of ..call detail, records received 
broken down by, message type, messages 
with invalid transaction IDs, and counts 
of the message buffers that are dropped. 
5 (Each buffer has a sequence number. When 

a buffer is received out of sequence this 
- ./. count is incremented); ;..:; *, . r ;:/,i.v- 

Total, current MTS TPS, 
■ : j^ts Moni tored 1 r -8 : (MJy ; 9 0$ * Wiribers' TPS , '"■ n 1 ; " 
10 r • P<eak ; J^TS. T JPS. since -moni tori ng was : . re- 

initiated, 

- r ■ A real- -time bar' "graph showing the J durrerit 

; . ■ . MTS TPS,,;; r,;^;< , .3 .-i r . ■ .^TiA : ^ 

A count of the number of TVS server 
15 transactions received, a t oUrit of how many 

of them causeci failure responses, and, a 
count of how many of them caused success 
responses . * : - • :r -- : li ' 

20 MTS . system, statistics : ; , : ,, : ; -r;.. ;; - .: t -> 

? :■ - Total current M£S : TFS; : ,-. r -- - f - , 

MTS monitored number TPS; 

Output messages sent to TVS server;' * ' ^ ■ 
25 : Output messages ....seifct to 

Number of MTS monitored numbers broken 
; : down by - s'eirvice '^s^ 
: ... . ; , - 8 : 00 ^totals counts, ; 7: .... i . „ ... 

800 termination counts 
30 • vc^- 80 T 0 NPA counts '■" ^: : : : ; k : 

v - x r , 80,0 NPA/NXX .counts - > . - : 

How much memory has been allocated, used, 
; - : : and is v - aval 1 able fof each of 1 the ^ : 
: . . databases, is files, .and peg count, areas..,.. .. 



35 



MTS outgoing statistics : 



Output configuration: 

- : 800 : number ~ arid termination - dynamic 
40 . . r allocation-flag : : ,_. iS -. 

Termination dynamic allocation only 
flag 

Send output to TVS server 
Send output to MDS 
45 - Send output to test output file 
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Send output tb remaining 5 
alternate destinations. 

* ' ' 6utput ;i to thei TVS server broken down by 

- . . ; message type, 
; , _ Dynamic allocation alarms broken down. by 

database ' type . ' ; ' " ! f " * * ; * '* 

MTS current peg counts: ^ .. r . : -.w .■ : v* 

• rMonitored ; 80,0/aQ0 numbers./^ 

. Termination for a specific 800/900 number 

~' * ' * " NXX ^cdiihts for f a' Specific 800/900 numbei: 
. AP ..Statistics counts .: v v f 

Network, statistics counts 

With reference to Fig. 10, the operation 
of TVS system 116, as fepiresented by its TVS server, 
is discussed. v As shown," TVS server 116 interfaces 
with a number of " sy sterns V 'amoh^ which include MTS' 
system 112 1 The interfacing between' MTS system 112 
and TVS server 11 6 is of ' im^brt , " aLhd a discussion 
thereof is given hereinafter.^ 

' : In particular ,"^ thd MTS and TVS systems, 
more specifically their respective servers, exchange 
information via a pair of ; communications managers 
(CM) . v Tliese are the MTS send 1 CM 'arid TVS receive CM. 
The processes perf ormed "by" th^ two "communications 
managers implement a client/ server arrangement 
between the 'MTS* and the TVS systems. Together, the 
two communications managers (processes) provide a 
bidirectional data transfer- path between the MTS and 
TVS systems. Each CM has an input and output queue. 
A message written to the input queue of one CM is 
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transmitted^ to the other t CM . and placed in that CM's 
output queue. . ■ ■ - . ; ^ 

The MTS send CM accesses the client in the 
client/server arrangement, as .it is- responsible for 
5 establishing a transport connection' between the two 

processes. The TVS receive CM acts as the server, 
as it accepts transport connections from one or more 
MTS send CM clients. . m:.l\,.: . , '; - 

The communication mechanism between the 
10 MTS and TVS systems is via\ah< OSI iclass* 4 (or OSI 

TP4 ) ...an * error 'detect iori r and recovery ".transport 
server that provides ^reliable 1 full ^duplex, 
connection oriented data transfer between OSI- 
compliant systems. For the connection, VLTS is 
15 used. _. r , +, . > 

_ r: There. .are two data flows. -between , the two 

systems, . namely <a., call .completion, statistics .and 
call detail . dat^ .f lc?w . from r the. MTS ..to Y TVS , system, 
and .administrative ..control messages flow,. from the 
TVS to MT? system. The^call completion statistics 
messages and call detail messages make up the great 
bulk, of . . t:he, r traf f ic. Since there .is a T large volume 
of call statistics and call detail to .be ..quickly. 
transferred. and the destination queue on the . TVS 
25 system i$ of finite «siz§, a sliding window .protocol 

is used^on top . of the . transport . layer to allow rapid 
data transfer and to avoid.oyerfilling the output 
queue, of the TVS server . r . The administrative control 
message volume . and timing, recjuirements ^are such that 
30 a windowing mechanism is, not employed .from the TVS 

CM to the MTS CM. 

Thus, the MTS send. CM functions as 

follows : 



20 



- . -53- 



SUBSTTTUTE SHEET (RULE 26) 



PCT/US98/20146 



A transport, connection is established 
to the TVS. receive CM. 

An asynchronous read is posted on the 
transport, connection . 

series <.ofj: asynchronous reads, 
de terrmi hed, by': the"^ window size, is 
posted- onUfee: input- queue. 

When a message- is placed in the input 
queue, it is removed from the queue 
and written' to- the transport 
connection* 

When an acknowledgment message is 
■ received ' fi*6m- the TVS receive CM over 
: the transport connection,* anothei: : : 
read" is- posted t to the "input c i qiieue 'and 
the = read-iis- rfeposted to - the transport 
connection. : r J^r ; : :: . : • . ; ' 

- When £n order -entry ihbissage 1 is ,v ; - 
received-- fronUthe TVS receive CM, -it 
is placed-iri the output queu 6 and 
another read\i£ -posted ori the ' 
transport connection. • ' ■: " - . 

TVS receive -GM functions as follows : 

The receive CM accepts a transport 
connection from the send CM, and 
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posts .an. asynchronous read to the 
connection/:-; 

-2. : - : An asynchronous read is posted to the 
5 input>queue. ' .-.:v/..: 

• . :y:3 .^jc^Messagess are -read- from the transport 
: . ■-: T (/ \: ; r\-Qpnnie.c.tipn/h.plaGfidid : h the output 

: queue.; - and. an acknowledgement message 
10 is written back to the transport 

- ' ■: r. : ~kj cqrmec tApn> ; 3 .:. 

4>- 7; Messages : are. read from the input 

queue and written to the transport 
15 connection. 

7 Both CMs keep-link. , status information and 
transaction peg-counts in -.a. ^global ■., section . A 
monitor program::: is supplied; .with: each CM to map to 

20 this global < section- and^ display the status and 

transaction information. . ? 

As shown in Figure 10, the server of MTS 
system.; 112- * sends a-plurality of MTS messages to the 
server of r TVS system-116 cyiar; the MTS Message line 

25 182 Specifically?; for the ; ins ta.nt embodiment , the 

MTS server proyides 8QQ/900 call .dispositions and 
call detail statistics, to jthe ,TySi server . The 
following are the type of call dispositions sent: 
total short calls (including busy calls) , total did 

30 not wait calls, and total did not answer calls. The 

following , call detail statistics are extracted from 
the switch call record, information elements: total 
completions (answered calls) , total call duration 
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(call minutes) , total attempts, totals by- 
terminating address/ totals by NPA; totals by NPA- 
NXX, total switch controlled blocks, total network 
block calls. 

The foil owing J noninclusive information for 
Enhanced Call Detail- Records (ECDR) are" also sent 
from the MTS system i r 12" j to "TVS 'systfem' 116 in a 
steady stream: 1 dialed ^ 'iiui^er; 1 " calling ^hiimber, 
output digits, "oriiginating 'switclii originating 
trunk, call origination time (TP1) / connect time 

(TP3 )' answer t ime (TP 6 ) "disconnect time (DP7) , 
call duration; ring^ duration 1 ; originating' MPA, 
disposition/ intended termination type/address, 
actual termination r type/a : ddr^ss ; : corporate ID/ 
origination cbun try code, originating port ID. 1 In 
addition to : prbvidihg r ^call ' details to TVS system 
116, MTS system 112 alsb 'sends messages to TVS 
system 116 : J via line 182 . ' Some of these messages may 
includd a mes sage that' "the System is falling over 1 
from one node to another. It could also be 'a'' 
response message tb' an order entry message that was 
sent to the TVS system 11 6 by CdFlE system 142. It 
could further be a! check "point ' message "s4ht at the 
end of every hoXif after "the MTS served -'has sent all 
of the statistics,' and that those statistics are 
indeed c *all of the* statistics 1 'td be ^received from the 
past hour 1 . ' ' • - 1 -\ ■ 

A secorid link connedtirig MTS system 112 
and TVS system 116 is a MTS birder entry message 
line, designated 184. this is when the TVS system 
has received an order from CORE system 142, and the 
TVS server has to send a message to the MTS server 
to instruct MTS system 112 to gather the data 
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required, for example, for a .^specific 800 number. 
In other words, the message ..from the. TVS server 
requests the MTS server : .t,o capture data for the 
specific 800 number at a specific level, of , which 
there are .four for , the. instant invention. - 

; .-The ..first • leve£ r ..i } s„& qaptyre statistics , 
only level whic^h . .provides ,,inf orm^t.ion ...on call . 
attempts „ It ..is r a ^suit^ary. ^formation r level that .. 
indicates, . for ...example fi . :; tl^at ..there .are these many 
calls,, these many calls were .completed, these many 
calls - wetre inqompl : ete ^calls .and these many callsn ; . 
were blocked. f The : second ; .l eve 1. prpyides, -all .of -the 
information provided, in ,the ;: first level, and . . 
information relating _tp -the terminations where the 
completed calls went. —The third.leyel, is a ^ .. . 
combination .of _the first and seo.qnd levels and .the t 
addition of the originating ,NPA. . .The f ourth level 
includes ..the ^inf ormation :: of all- of the f irst to . 
thiord r leyels plus the NXX . (exchange ,code), for, 
origination . . : ._ r .. it .. _ ,. ( ... f , 

r - A. thi^d. Jirik 186 that, connects ^the MTS 
server v to t^e TVS server is ; the_.MT,S. falloyer, ., 
response messag^e, line. This is .the connectiqn used 
by the. MTS system ; 1 12 £0 .^inform TVS system 116, ..that, 
there has b^en . a ,.f ajlpyer; ..f x;om . a. firs.t^processor, of 
MTS. system, 112 to c its_ backup processor.. In essence, 
MTS system 112 in actuality comprises two processors 
that are mirror images oLeach other. Thus, if one 
of the processors breaks down, ^the x>ther_ processor 
takes over. Link .186 provides an .indication : from . 
the MTS system 112 to -the . TVS system .116 that the r 
backup system has taken _oyer. _ ... - 
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Also communicating with the TVS server is 
the mail -host 124. As* was discussed previously, 
mail host 124 in essence is a system through which 
the reports from T TVS : system 16 may be sent to the 
different subscribers', ! e.g.- \ via E-Maii , fax*or as 1 
hard copies. 1 : A -request for^^mail is *s€:nt by ifiail r 
host 124 "to ' : tfte ; TVS S - server 3 via ifnl iS8 /' : : :: ' ! 

v The Circuit Availability -Database (CADBp 
13 8 is additionally -coririected ' tb the r TVS 1 server * by 
means of "line 192 : . In essence,' CADB ^'i 3 8 provides 
the TV server a file on a periodic basis that 
includes information* which allows th4 TV server to 
map the NPAs to states, NPNX to cities and other 
localities within' the states v ' The file'alsd 
provides mapping infb^atibn* to tlie TVS server to 
map country ' codes ! to : countfy' "names , 1 f ot example 144 
being^ reprie^erftatave -6i the uh'ited Kingdom. It is 
this information from CADB 13 8^ that the TVS server 
uses : for outputirig reports 'that: 'provides answers to' 
the subscriber 6ti Where cails r ^ 
call number come 1 from. " :i > 7 : ^ ^ j - - 

Also shown connecting CADB 138 to the : TVS 
server is a 'd6tted , : lih : e "194 whicti^in Figi '10 
represents a trigger to Indicate that : something has 
happened p : Fof : example r : liife 194' indicated that the 
file from CADB 13 8 r lias- arrived' at the TVS server and 
that the' TVS server needs' to process it. 

' The CORE system 142 is connected to the 
TVS server of TVS system : 116 via lines 196, 198 and 
200. Line 19 8 represents a "customer information 
line through which files ^containing orders for 
reports, or orders to turn off reports as the case 
may be/ aire prbvided from 1 CORE system 142 to the TVS 
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server. Line 196 is a, trigger ; that : shows that a 
CORE file has arrived and that .the .TVS server should 
begin to process it. Line 200, ,on. the other. hand/ 
is a CORE error; message line , from , the TVS .server- tq_ 
CORE system 142 . T This .line, is used; by , the TVS - ': 
server ,to. v transmit ? to .CORE c sy s tern - 1.42 -an indication 
that a record -of ^..fc^ the TVS . 

server - has .= rejected!. ; - rEpr example, rthe TVS 

server , may . reject , a rjecGrd^bepcuise^^it. h^s .aii . : > , : > } , 
incorrect, address., or does : no t^ have any phone number, 

With it.:-.. } , r r i ■ - V ■ . ■■- > ....... ;.-r» ... 

- ... .......In- sum, the f , interaction, between TVS system 

1T6 and CORE, system ,142. is cm f.oLlpws.- . ? Affile is 
sent from CORE system 142 Jt*>. TVS .system; ;116 .... -A ; 

trigger .is then sent ; by. CORE sys tern 142 O to ; the ;TVS 
server; - to , inform. the >; latter, that c the file has 
arrived. The, _TVS sjeryer. then -processes: , the f ile : , 
looks -for -any er.ror^r and if c an error .is found,, sends 
a message .back, -.to. CORE, .system . 142 to ^inf orm it, of : - : 
the error.. ...At. ...approximately, the s.ame, timje,. -the.. 

order entry information is sent ; .by..:.the.. TVS, server jto 
MTS r system .112 -via , line. 184. ,,,, t.. , 

..The .TVS .seryer , also ,interacts ; fwith Circuit 
Order , Management .System ,,(,CQMS) . ( .140 . . : l,t does., so via . 
lines 202 and ,204. cpMS iC sy^tem r 14Q ,in .essence,... 
provides , an : nGode- .or. .service ^location data to.-.the 
TVS server via line , 2.02 . f An : ncpde is an eight, digit 
character, the first ; pharacter; of : which .being always 
N : and the remaining seven, characters, -.being always 
numbers. It is also referred, .to ,as a service 
location by which a subscriber can determine the, 
termination point of a call.. For example,, when -a 
subscriber sees a. bill .for-, an 8 .00.. .number , he usually 
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does not see the termination point from which the 
call originates. Rather; he will see that his 800 
number (for example. N -555-1111) had received so many 
call attempts. ; The termination report provided to a 
subscriber allows, the. subscriber: to compare 1 the 
report, with his .•invoice'" for., any* discrepancies. For 
example, if : .the • telecommunications^ network company 
has, : billed the: subscriber/ for 500^ ^call's-' while: thie 
report, indicates: that* only: €95'' call were- ma.de,- the 
subscriber dan then: find; out ■ -from the company why 
there, is a discrepancy of 5 calls; ' iin'e -204- is a 
trigger that informs the TVS server- that the file 
from COMS- . system" 1 40 ■ : has. arrived . > 1 " 

. The TVS ' servers is also- connected to a 
Report Manager server (RM) : 3 50 which is- a component 
of the VnMCI Interact !N*3tarWRS reporting system 300. 
It is . broken -out in-Fig; : 10 -to show that reports 
actually, go . to an interface-' from the TVS server> via 
line 208. Toi el'aborate^. the TVS : creates the report 

■ and knows which^ subscriber 1 is 1 supposed to get the 
report. As: will be" described herein,- a metadata 
request message is" sent 'to- RM 350 requesting- a 

. desired unpriced traffic -call detail data report. 
The RM . server processes ■: the metadata -request and 

, forwards • the^m'essage to the TARS- 116 ~ via TCP/IP 
connection; 208 /^which generates the requested report 
for subsequent transport via- TCP/IP- connection 209 
to an Inbox server r i . ie ; ; StarWRS message center 
370. As- will be' described, -the Inbox server 370 
supports report \\ retrieval via the -subscriber's web 
browser. • v - 

The next system that communicates with the 
TVS, server is' a host system 210 , which is the TVS 
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system itself . Host system ,210 in essence is the 
operating system where. ^certain- information required 
for operation of the jTVS server is provided. For 
Fig. 10, it is assumed that the TVS server is in 
fact an ^application, being/ performed by. host' system 
-210 : . ,:Hosfe. ^ysteitb 210; provides a number' of triggers 
to ;the : TVSv lf &erye3:: £dx : fiurither. 'processing. For r / 
example;/: vira; l^ne- 21 2>,c: hos.tr' system:: 210 : provides^ a 
■system,time to: the. TV?S> server: so. that: the - TVS- server 
can generate .as time: stamped: report:. -Via :aihie -214', 
host system 210 provides the , : ;:TVS • server f a trigger of 
a. particular time when- the.iTVS;: server heeds - to- -'- 
perform some function* - For* instance > v the. system 
time f rom line 2.14; may trigger^ thev'TVS server to 
automatically generate a; number*/ of reports , some of 
which; -may be genera tedcho.urly,;;. daily; or weekly. 
This . is . a background, prD£es^ that schedules * the ' 
generating:, of reports: OB^a-: periodic basis....;:. 

:: :-.*r. Line 214 . is ^i. system: tdme - Id'fie trigger by 
which host; systein 210- inf ^jsTms; the , TVS ' server that it 
is time ( jto prQvide :v a ^igbtly maintenance, of the ..v . 
database* itself > isuch,as- database; 220 - in- Fig . . 6 . 

> r: c The prpQess f. termination trigger from- 1 ihe 
218 j by j host... sy s t em. 2.1;0 informs , the. TVS^ server, that 
one of r i f ts : .processprs r ;;hasj terminated :operat ion. As 
was mentioned previously TVS systemi 116 comprises a 
number of processors each mirroring the operation of 
the others,, .The system, knows ..which .processors, 
should bie running , at anyngiven time.- Thus; should 
one of the- processors- terminate- its operations 
notification is received by the host system that 
operation at that processor has been terminated so 
that the host system can; instruct the . operating 
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system to transfer the process to one of th6 other 
backup processors, or to restart the process. Host 
system 210 is thus an automatic failure recovery 
system; the "pirobess termination trigger informing 
the system 1 that the process has' terminated, at which 
tiirie the operator of the' "system' l ri'efeds " to "detenriirie 
what typie of ^system &rrbr'h<£s : dbcifrir edV " : J 

' " ' - A system opeVatoir, designated "220 , : " 
actually watches' bver the ¥vis system to make sure : 
that it' is operational / " Typical error messages are 
provided 4 to 'the' operator Efoiti the TVS server via 
line 222 / A' trigger 'is provided by the operator to 
cause the system to perform some "function; for 
example a backup "process/ If an esrror is noted, Via 
line 224 1 The ! trigger provided tb the TVS server 
may in fact be "froiri the ; keyboard of the operator. 
The TVS server may alSo communicate With other 
computer workstations or' : PtisV represented simply as 
228 in Ti^V'Ta. n Sdme of "the ^Cs '2 iff iii actuality ' 
connect" to the TVS server vik a irikil host 124. 
Those PCs that gather "khd retrieve perspective data 
such as rolled up' statistics : or CDR flat files, may 
be connected" directly to the TVS server"". This is : 
indicated by' the remote 'out puf line 226/- Line "2281, 
ori the bther hand, enables the TVS server to 
communicate directly With the remote' PCs . Through 
line 228, the TVS server can validate PC 228 so as 
to communicate " therewith. ' Data can then be 
downloaded from a PC 22 8 to the TVS server. 

The' six major" functions performed by the 
TVS server are discussed with reference to Fig. 11. 
Mapping feeds process 230 processes feeds from CADB 
system 13 8" and COMS system 140. As shown, a country 
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mapping feed, . r designated , : 232 is. provided by CADB 
system 1?8 to map ,the 4i££ e . rent country codes* A 
second input provided to mapping feeds ? process 230 . 
is the ncode data, . yia line ; 202 from COMS , system,.^ - 
140., Swi tcl> ..mapping, data is : . also provided , by COMS, , , 
system 14Q r as an , input. ( ,yia line, 23.4 . Tf . There > are : two 
triggers provided; to ,miapp r ing v _f e^ds ,prpcesj5, 2,30.. Qne 
of the triggers A^^.]^ COM3, ^sys.t^eni. < 14JQ to indicate 
that the file f.rpm COMS ..system 140 ,has arrived.; f 
This is indicated by l^in r e-2.04. The pther t trigger,, , 
via line 194, infprms mapping, f eeds. prp.cesS: 230 that 
the file has been provided by CADB. system 13 8.. , 
Mapping feeds process 230 tjigi^roaps the. .different , . 
representations of the switch name ; and., provides that 
as an operator message,^ : y ; ia^ .l„ine.^222 f , tp_ : the . 
operatpr. Front ,this,..e^ 

Furthermore, the data is provided to. a store or -.a 
memory entitled state country ^ mapping,.. designated as 
236. Store 236 is a database, file in database 120.-, 

. The next process that the, TVS ,s.^rver„ , . ,.. 
performs is .the repprt.s_prpcess , designated 23 8 in., 
Fig. 11. . As its name implies., t process 238,,... ^ , 
generates,, upon ^request, on a. periodic, basis, ^ a 
number of reports. The. different functions . 
performed by the reports^ process^ 23 8„ wi 1 1, be ; .further 
elaborated in .Fig., .12. It should be noted that ... 
there are, a number r of f inputs, namely, .a. system, .time 
provided by host system 210, via line 212, and a 
mail request provided by CADB. system. 238, via, line 
188, to the reports process .238., Also provided from 
an ncode map store 240 is, an ncode map and from, a 
CDR store 242 the requisite CDRs . .Ncode t map. store 
240 is a file which stqr.es the different, ncode maps 
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as processed by the mapping feeds process 230. CDR 
store 242 is a file that' includes CDRs that were fed 
'thereto by the process performed by MTS system 112, 
as indicated per -MTS data process 244. 

■ - ; '•■ > Also provided as -inputs* to' reports process 
238 are data from a customer -ariformatidh store 246 
and 4 a- TVS report qiieiie -248 Gustdmer information 
store* =246 ptovideW inf drma't-i oh "about ; the fc ■-' - 
subscribers, the type' of' '^reports 'that they have 
ordered,- 1 "- ■' the- - speciar -service "numbers that should be 
on the ^report- and the frequency that -the report . ' 
should be- generated/ etc. ' TVS report queue 24 8 ^ 
provides a buffer whereby the ^requested reports may 
be processed one at a -time.' 'Not shown/ but should 
be understood being 1 provided to reports process 23 8, 
is a call ^statlstics'store Which -allows process 238 
to generate reports 1 dit fee tly from call statistics as 
well as the : ; GDR records reprieved from CDR store 
24 2 '\ 'When- a report is-'geherated, ^process 5 238 
outputs' thte -rfepdrt ■, vra line 209 , 'to' the StarWRS 
Inbox 370 , ■ ih : the f -oarmat °reqt£ested by the 
subscriber Instead of reports , tail statistics r and 
CDR records may be retrieved and displayed; -as 
screen formats, for subs'cr ibers ^ of : : RTM system- 117 1 in 
reail-time.-' *" ' { v - ' 1 - : ' ; K J L • .■ ■ 

Fig. 12 illustrates -the -different types of 
reports processes that axe performed in report 
process 238/ As shown, 1 ' Scheduled reports are 
generated by siibprocess V 138T. It is by this process 
that regularly "scheduled reports are generated, per 
input of- system 5 **time ; by the host system via line 
212. Shown also being provided as an input to the 
scheduled report generation subprocess 13 81 is the 
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information from the subscriber fed from customer 
information store 246. An output from the scheduled 
reports subprocess 13.81 .is* -the CDR reports which are 
fed via line 250, to a, CDR report .queue 252..; A\ - . 

. standard -TVS report request, is ; grouted :yA^ line 251 
to r.TVS - report gueu : eo2,48 :; : - . ; :: - , v;:- ;» - .;•>.>. -v,/ 

t ^he next- subprqc_ess ajjider report process; ., 

23 8 is the mail -request .^prp^^e^T a3.8^ Ini addition; : , 
to receiving mail regiye.st. -vi^, line 188 , note, that f,. . 
subprocess 1.382 may also, receive r;etransmiss,ion; v,r : . r - : 
requests, discussed earlier.- ; Further- shown : being r , 
provided as T an input to- pail request subprocess; 1382 
is /the customer* inf ormation f rpm .customer .store 246 , 
and .a mail report response; , f jrom. a; probe j ; request 
subprocess 1384, via , line : '2;56 >; , I-f . ;there : ia more 
than .-one probe -request , ;>th%^a<iditional .requests are 

■ provided via line 258: ■ to,- ^a -TyS- pr : qbe K ciueue; 26 0 , - L 
which -in turn -forwards the, queued : request, . { via. -line- . 
2 62 to. probe request subprocess^ 13:84*=. A- standard , . 
TVS report request f rom - r ther n^ii request ^ubprpcess 
13 82 is fed. via , linje .251-.. to -the- TVS report queues, 
248. A ^response is then ; rprovi<ied by 3 .mail -request : , 
subprocess .1382; .to. mail -host -24 via. line .190 . Any 

.call detail TVS report -request ^is f proy ided.by mail, 
request subprocess 1382 via line 250 to retransmit 
stored report ^subprocess. -13:83,. r , , .- . . r 

.The -stored, -r f eppr,ts. mey be , sent, to : the CDR 
report, queue 252 , so, that; ::> the reports are- . r 
transmitted one at a time, via t line- 208 /; , to StarWRS 
Inbox 370 for delivery to the various subscribers. 
The report being retransmitted per store report 
retransmit subprocess 13 83 obtains its data from a 
customer information store 246 ,,. a report . 
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retransmission store 262 with -information pertaining 
to where the report is : to be retransmitted, and a 
report archive 264 from which a previously prepared 
report may be retrieved. The format of the report 
is generated in -accordance with the envelope 
provided "by envelope -body -store -26 6 . • <- : — 
■-- .* - T -\ • ;Tn the ^ probe ^request - subprocess 13 84 / to 
send . a rreport- -response to : :maii request- T subprocess 
1*3 82 .probe ^request subprocess ^13 84 ^retrieves- data 
from the customer information store'246 and call 
statistics .store 254. • - r : i . '<•: 

; Tn report -request - subprocess 13 85 \ to : 

perform the report request/ subprocess 13 85 - 
retrieves the next *?TVS report Vrequest from TVS 7 
report queue 24 8/ subscriber data from customer 
information "store ^246 ; ca^k statistics data from 
call statistics store 25:4 '*?dn& ricode map data from 
ncode map "store -240 : The generated TVS report is 
routed via line -209 to' StarWRS Inbox 3701 ' — "' - 

- The' call detail' reports "subprocess 13 86 is 
the last subprocess 1 of - -report r proce^s -238 . For this 
subprocess,- c data r is retrieved 'from CDR -storei : 242 and 
customer information store 246. Upon -receipt: -of the 
latest TVS report fequtes t^via ; line 250 -from CDR 
report queue 252 ;' ; tall : 'd6ta ; il 'report subprocess 1386 
generates the call det?ail : report and sends it as 
comma delimited text, ■• via- r Id rife 2 ; 6-6 f to the host 
system for logging. In addition, the call detail 
report generated' from subprocess 1386 is routed to 
StarWRS Inbox 370 via line 208, for further 
transmission to the requesting subscriber. 

In further- view 1 of ! Figure 11, an MTS data 
process 244 receives an MTS message from MTS system 
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112. ; It 5 is. here that- da t$ . from MTS system 112 is 
processed to generate the CDRs and call statistics, 
which are fed via lines >284 to CDR' store 242 and 
call statistics store 254, both residing in :MTS T 
system 112 ;; Any MTS fialloyesr. -response ..message; i 
generated by MTS . data^p^ocesso244 cis f ed via - .line v : . 
28,6 to - MTS sysfeemqll2. . r aThe : ; MTS cior die r. entry response 
message .from, MTSod^fca pro.Qe&s 244 w:is ioaded: to^ai.MTS 
respons^queue-268^ ^egoFecfche message ^:ds >fedcone f ;at 
a time, to call ^message prpcesiSr27Q,. - ;>,r,o: , ; " 

Call message process 27 0; '^retrieves z , 
subscriber information -rf rom customer in format ion 
store 24 6 r yia line 27'2vjand -any- ^additional '.subscriber 
information proyidedr.by ,thie ^subscriber via the" - . v 
cl ient . workstation , ^such -ajS; i.E>C ; lf44 shown in Fig . 6 , 
via liije 1§8 . Any - CORE .^er^p^ r^essag^e produced by 
CORE message process 270 r ds • provided via^line 299 "to 
CORE - sy s tern .142 . . The, MTfS or v der ent ry ^message, ri s < w / 
provided via; Tine 284 ^p^M^cSy^tem ;112 . - ; -: 

:j . ; -vAnQther ?: prpee§:S; : pei?f pmed; by the TVS 
server is the bul k - ^ ,274;.-.;; Here, data;, 

is retrieved, from GDR * s t p t% j 2, 4*2 > T CORE statistics < \ 
store-254^, -customer inf pi^nat^on Sifeore, --2;46 -state : 
country- mapping ><stprei . ; 13,6 _ and : nepde map , store 240>„; ._ 
All ; of .t.hat t inf o^afeipn ;iS; ^retrieved N in; resppnse to: 
the remote, input * vaa jlinp ^228 £rpm ,a r remote 
subscriber at a ^computer, workstation,. . Bulk: download 
process .274 begins its^pperatipn upon -receipt of the; 
trigger 224 from • the .operator ; 220 Output,; from 
process 274 is provided . via -line. 209: to >the Inbox 
server 370 (Figure 7).. : ,Npte that this : bulk .download 
of a statistics file from the. TVS server .is 
different from the real time, communications process 
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between a subscriber work-station and RTM system 117. 
For- the former, a single file comprising the 
requested information which spans a given period of 
time is downloaded. On the other hand, if the 
subscriber ^workstation : is linked up with RTM system 
117 > a' real : time display of - the' 'statistics* -relating 
to the cal I s ; J of the - siibs£ribe&- - is : provided : " 
r' -i - One 1'kst function! perf b^rTTied by the TVS ; 
server that is a stand' a Ibnef-- function is the : perform 
periodic 1, processing 'process* 276 / ' Process 276 
performs^ predetermined * maintenance and housekeeping 
chores. -As* inputs, 1 it T retrieves data' from CDR store 
242 and call statistics 1 store 254 as well "as System 
-time from host system : 210 l . Upon receipt of the 
£ triggers-' £rom liness' 2 i*6 :; a:hd~ 214, for example each 
night, the data retrieved from CDR store 242 and 
call statistics store 254^ are : updated and restored 
in the- respective 's totes /' ' A message is provided to 
the operator via linb' 222 : ; = -" ; ~ System time" 214 notifies 
process " 276 to ' bleari' up the f lies of* the" system, 
whil^ DB time^lS* informs processing j 276 to begin 
the' database maintenance* operation . * ' J 

. . • 1 In the pref erred embodiment, when' a~ " 
subscrib^t Subscribes to fl the RTM option , he/she is 
given a password J which enables him to log onto RTM 
system 117 . Oridie loggeS ! 6nV a subscriber can 
retrieve various statistics" and view in real time 
those* statistics and'- theref oire the~ operation of the 
network, at' least with respect to "his special 
service call number (s) : '. V: 

With respect to RTM system 117 and 
particularly- the retrieval of call detail records 
statistics therefrom by a remote subscriber work 
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station, refer .to Fig.. • -.13- -.w Assume, the remote 
subscriber's computer- is .equipped with a modem and 
the I/O ports of RTM : system 117- are likewise ... 
equipped. . ... . .. ^ ..■ ' 

. • ; . .With, ref erence-, to, , Fi : g r> - A : 3>-y,the: functional 
.processes, -that .take, placeman- RTM system- :117r, or,. the 
real time, moni t or i n ~ I RT^IJ ^ sy s t em , ? a re shown; to-, 
comprise T f.iye.. / maj-px^/f unctions:. -^They^are : select 
and maintain pppf i 1 es, process^ 1,1 7.1 , ? ge t >: . cal 1 de tai 1 
statistics, .process,, 1^172^ , . inquire; call- detail process 
1 17.3. , _ .serve RTM. .ref ^repce, data: t l 174 ... and- serye. RTM 
CDH data 1175 A, number of - inputs- T and, outputs. ; - 

_ connect the different, processes, together to ^royide 
the. ope rati o,n. of RTI£ 7 system ,117.. ,As will, be shown 
l^ter : , ..some of the, processes interact. ..with databases 
of, the. system. v - . . . ,. :f .„ . t > r * - : .v- : T 

Shown, connected-. tq :; select.an<3 ; maintairi 

. prof iles, process .1171,? is a,RTM prof ile-vrequest input 
1711, a- launph ACMS : ,task^ input 1712- ? a ;: RTM > cal 1 
detail, profile., output 1713 c ancL arRTM^prof ile 
messages outputs. 171,4.. Also., shown : to .be., connected to 
process 1171 are . a t gatekeeper waiter array store- 
1715 andean ACMS *. task t information,-, store 1716. In 
addition, putputting |rom. process .,1171 are a RTM. 

..controller, and prof ile r ou f tput ; 1.717 to, inquire call 
detail process.. 1173 / a RTM, reference request .output 
171.8 to serve RTM reference , data process 1174 and a 
RTM control and _ prof i.le^, output^. 1719, ; to get -call, 
detail statistics , process., 11^2,. . A I|TM . reference 
data line 1720 connects process. 1171 to : serve RTM 
reference data process 1174.. , 

Although not shown, .input 1711, as well as 
outputs 1713 and 1714. are routed to,. or from the RTM 
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Web server 52 : (Fig. 6) . 1 ifi other words-, RTM profile 
requests are input to select and maintain profile 
process 1171 via line 1711 while outputs from 
process 1171 are provided* as ' RTM call detail 
profiles' and RTM profile messages to the user 1 s 
terminal via lines ' 1713 "and 1714; respectively 7 . Line 
1712 provides - ; to r -pr6cess ,: l : 17i - afi application ! control 
and management system- (£GMS> : ' that " acts as an : : • ■■■* 
operating environment 'for the system. ; Specifically, 
when : a : RTM : prof ile " request-is input' to select and 
maihtain^pfof iles -process 1 1171 , a list of profiles 
for that subscriber i is 'displayed to' the subscriber, 
ffiis is provided from r process 1171 to either of 
outputs 1713 or 1714 . ;>J Wfren a RTM prof ile request is 
made, an aCMS task is launched from line 1712 to- 
create an ACMS environment-- overlaying the operating 
system of RTM 1 system^ 1 17v~ r • The" ACMS environment 
provides the'us^r with specific attributes that 
facilitate the C] dperatioh J 6f A the system.' For 
example, the environment -may^ limit the system : to no 
more thah f 50 users ih~ order 7 to bis able to keep track 
of What -t-ftfe various users are 1 doing . - It moreover 
provides cobrdihatioh f dr thfe system in order' to 
enable the system ' to 1 better handle the various 
inputs/outputs. -\ - • 

C A subscriber Accessing the system over the 
Internet via RTM : web" berver 52 loigs : oh to the RTM 
system via an 'Internet sferVice provider. Once an RTM 
profile request is made by a subscriber, as 
mentioned before, - the system' is enveloped by the 
ACMS environment 1 in r^sp'onsfe to the particular 
identifier associated with the RTM request. 
Specific information such as a particular profile 
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information is. retrieyed ;f rom gatekeeper waiter 
array store ^L715 for responding to t an input request. 
Thus, gatekeeper waiter array store 1715 -includes 
information of the RTM subscribers -and allocates , a 
unique : identifier f or>each r of • the subscribers r of .the 
RTM system. - Additipijial data , is . retrieved by process 
.1171 fromjan^AgMg task cinf ormafeipn. store 1716 for; 
identifying ,the r type of ^ ( de\rice.r,used by : .,the - I( 
subscriber, so that -a pa^tiQularj^output : f ormat may. be 
provided to the . subscriber.. :j , ; The,^eMS- , envi ronment ; ,. in 
effect handles or controls, the : ]Liser ? s sign- in and- 
how; the^ are .-handled onqe ; they ai~e logged on .; ■ 

Once a subscriber hasu logged on, his input 
device- having been identified and the profile , ( 
request reeeiyed,, process 1173. :-may^ output to the, 
subscriber RTM prof ile-messages y;La line 1714 . ... , 
These RTM profile messages\ pre§^n.t ,the- ; user with a 
list, of the . actual profile^ that the j; user has . 
created and .stored., , , ln : £he c injSt.ajice : jvhere ~ a , user 
, has - not ; stored , any prof iles,, .-. ,t;£ie, RT^prpf ile : 
messages presented to-, the? user will,, request, the , user 
to create a new- prof ile : . ^T.hy.s / - ; as r its name : implies, 
process 5 117 Ij- enables a : ; subscriber^ to.:. manage , al 1 :; of 
his prof iles by either addiiag, depleting or, changing 
any of his profiles. 

- Ajs f shpwn-, , RTM jpef ereyce data i s requested 
by select and maintain prof iles^ -process: .1171 from, 
serve RTM reference data, process., 1174 T via ...line. 1718 . 
Upon receipt of a. RTM request process ,1.174, will , 
retrieve from its reference., database.. :S tore, 1741 the 
requested reference data, and provide. ,this . .reference 
data, which relates to. the.- subscriber who requested 
the data, to process 11.7 L. as. RTM. ref erence data via 
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RTM reference data line' 1720V As will be discussed 
subsequently, reference database store 1741 is 
responsive to both storing and retrieving requests 
firom processes other "than process 1171; Some of the 
information that-are stored in 'reference "database 
storer ~174 , 1 include 'bhb 'brdter* entry - information for a: 
particular customer^ 1 o r r l subscriber / -and all : of the 
800 number* infbrniation Vel-aiting tb a subscriber such 
as which 300-(£) >4 a subscriber has ordered. Note that 
the actual 800 ball inf ormatxbn/ in the form of call 
detail records, aire* stored^ fn the CDR database store 
1751, which will be discussed, infra. Thus, process 
1174 in essence maintains" RTM reference data, by 
either updating or deTetfng it, and storing any 
updated or new' RTM' ref erence data iritb ; r^f eireribe " 1 
database store 1741 . j J ; " — : ■ " 

..- a * subscriber' wantk to activate a given 

profile and* * : t"o moni tbr the' actual" CDR ! records, a * RTM 
control and profile requekt' is*' sent from process 1 

1171 to 1 get ; call'-- deltarl ^statistics probess 1172 . " 
Process ^172, upon receipt bf^the RTM control' and 
profilfe- request, communicates' With serve RTM CDR 
data process' 1175 by outputtirig L a RTk CDR request ' 
via 1 ihe ' 17 21 . Vl Serve RTM 5 db#" f c(a ta: 1 process 117 5, * xri 
response to the RTk' CDR : request from process 1172, 
retrieves the appropriate data from* the appropriate 
database of CDR database' stores 1751 The thiis 
retrieved * CDRs stored in CDR database stdre 1751 for 
the particular 800 number" are cdunted for the time 
frame that has beerr requested . The profile for the 
particular 800 that a'' subscriber wants to see is 
then retrieved by process il75 and" routed to process 

1172 as RTM CDR data by means of line 1722/ This 
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retrieved RTM CDR data is, next displayed to the 
subscriber as either RTM- ^statistics messages via 
line 1723 if . a. . RTM statistics, request from line 1724 
is received, or as RTM call detail statistics output 
to line ,172 5 . The ^call .detail, r stat : is tics ; are . j » ; 
displayed ^to.t-he .subscrib.er, in , a- substantia;!^ r ; eal :! , :< 
time ^asis insofar .as. the .polli^ be. r 

set . to yary ..from one, minute; to sixty minutes in. 
increments of. one .minute.,. .In, other r 3words # va |- v >- . 
subscriber,, .when viewing;. ..the, call detail; statistics, 
will see continuous changes for .every polling, time-:, 
interval, . . . r -. . ; { r ., •■>*: 

i ... !£.. a .RTM inquiry, request is input tO: RTM : 
system. .117 .such as from line; 1-731;, given, the^RTM... 
control and prof ile prpvid^d..f rpm prq,cess* 1171 .via 
line 1717, the inquiry call detail.- process . ,1173 f ._.,wil.l 
request the. RTM ref erencet.,data/ from^seryice RTM 
reference .data, process .1174. via... line- ,17,3 2 • . The 
relevant, reference, data, is .retrieved ^rqm .reference 
database store. . 17.41, .and, provided. b>y . process, ^ s 
RTM reference .da tar to/ inquire^ call detail- process., 0 .. 
1173 via v line. .1,733 . ... Given thp. RTM. .refer.en.ee., data : , v . 
and the ^appropriate .RTM, control, and profile,,, proqess, 
1173 sends ^. RTH. ,.CDR t request ; to service RTM CDR data 
process. 117J3.. via line 17^,4 »,.. f Process-- 117.5,.. upon. ..^ 
receipt, of. the. RTM .CDR request,, . J5.imi,lar to Its . .... 
response to such request ^.from. process .1172-,^ fc . . 

retrieves from. CDR. .database, store .1751 .the, CDR , . 
statistics for the particular, prof i.le^ and routes, 
this as RTM CDR data to process. 1173,. via line 17.35 .. 
Process 1173, upon receipt of the RTM- CDR data , 
displays it as a call detail, .screen .to the 
subscriber. This output is provide^ as > either a RTM 
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call detail inquiry screen to the subscriber via 
line 1736 or as RTM inquify^ messages via line 1737. 

For RTM system 117, therefore, different 
outputs may be provided to a ' subscriber, depending 
on what- the subscriber 'requests ♦ 'If the subscriber 
'requests call detail^, then a web- page comprising a 
call detail statistics- screen Mis- provided --by* process 
1173 " to ' ^ the -subscriber'^ ;Oia f : the other hand; if "the 
subscriber- ; wants - to 'moriitot- the rfeal time ■ operation 
of : the' network; he r: will request such and get^ call 
detail statistics process -1172 will provide* call 
detail" statistics screen" to- the subscriber . By. r 
observing* the various 1 ! screens , 4 a subscriber can 
therefore- monitor whether any trend has occurred 
with the operation of th¥ network.' • If there is,- 
appropriate act ioirs" may< be^ taken to rectify the 
problem or arter ,; the trend . 1 ; - ■ ■> 

As waL-s- mentioned- previously, the- call : 
detail record's are stored ^xri GDR database store 
1751. • The reason 1 that- there *are multiple 'CDR 
database stores -is J that each' 'Subscriber,' 
irrespective of however ; many special service* call 
numbers that he : 'subscribes to/ is -assigned -a 
specif ic~ CDR database . [ This f is found to enhance the 
adding or changing df ths special service call 
humbeirs, arid the -detail' i?nf drma tidri for each of 
those numbers/ These database stores aire the same 
as the above mentioned relational databases 
disclosed in the af orehoted 1 co- pending ! 186 
application. - ' ' ^ 

For RTM system 117/ in operation, when a 
subscriber or user has selected a specif ic 'profile, 
that profile is initially -associated with an inquire 

' -74- 



SUBSTtTUTE SHEET (RULE 26) 



cair detail . or. get -call detail statistics. Either 
the get call detail statistics or the inquire call 
detail may be;, viewed by : the subscriber at one time 
by either requesting-/ from : process 1172 01: .1173 , ., , ; 
respectively. - Thus,: if. aosubseriber .activates . or : 
s,elects : : a specif icvprpf ile; that c prpf ile f f (or rather 
:thev designation: gr? nam^ associated wi t th . that ; P 
-prof ile) f . and a, f ew ptheropieces ; <?f . $fif ormation - : are 
routed; to.iget call detail s,tatis tics :T process 1172 . 
Process 1 172, upon receipt of * the reques t 7i sends a 
RTM -reference; request, to s.ery§ .RTM- ref er.enpe ; data\ 
process 1174 , which . retrieves t the- RTM : ref erence r f pr 
that, prof il-e"; from reference-.; database 1741., The r RTM 
reference, request from process— J 17,2 : * is (! sent to, . 
process; 1174 via line ,1,72.6, v : Qnce , retrieved i the?. RTM 
reference data -i-s sent; by rp v rpcess 1174 io process 

1172 via line 1727 . Now, that process 1172 has, all 
of i.the. ref erence inf omat^on?,;, it . senjcLs. a RTM CDR 
request- to serve RTM CDR ^at^f prpc : es3, r 1175 
requesting RTM CDR -sta-^i^;tics r . :i --; Process 11-7 5, upon 
receipt of the -reguest-f.^ .1172, .retrieves 
the, appropriate, inf ormativpn- ^ f.riojrv !; CDR. database store 
1751 and : ;tr^ansmits : that RTM -CDR;. data ; vi^a line 1722 
to process; -1172 - to .be : display^d rc f or the, -user,.; , 

." -~ . ,> On : the pother -hand, if the .subscriber - 
selects -a prof ile that as initially associated with 
inquire call detail rv prpG.ess 1173, the exact, same 
thing as mentioned before, ocqurs^ .That, is, process 

1173 requests the requisite,. -RTM /^f^rence r f rom 
process 1174. Upon retrieval of the appropriate 
reference .data from reference database -store 1741, 
process 1174 ^transmits that RTM, reference data to 
process 1173. Thereafter,, process ,117 ; 3 sends the 
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RTM CDR request to process* 1175/ The* appropriate 
RTM CDR data is' retrieved from the appropriate CDR 
database store 175i and transmitted to process 1173. 
This' retrieved RTM CDR data is : then displayed to the 
5 11 Subscribers 5 - >: : ' - : " 4 

" : ^ - * : As described/ the present 1 invention 
: is integrated witli a- n dllent knd'^ 

and. application 'proxy component ' that enables - ■> 
customers to/, request specify, customize, schedule 
10 and receive their/ telecommunications network call 

detail data . in, the f orm of reports , that are 
..generated by: the various., back -end application , 
t . servers. Referred, to as, StarWRS,- this, s WWW/ Internet 
Reporting System. 300, as shown in Figure. 7, 
15 comprises the following components and messaging 

interfaces: 

1) those components associated with the 
Client GUi front end including a report requestor 
client application 312/ a report viewer client 

20 application 315 and! an Inbox "client application 310 

which implement' ; the Ibgical processes associated 
! - with "a "Java Client; " : i.e/, -'employs 1 Java applets 
launched f rom the backplane (Figure i )i that enable 
the display :and creation "of reports and graphs based 

25 on the fields :of the displayed reports, and> allows 

selection of different reporting criteria and 
options f or; ,a ; given report ; ; and, 

2) thqse middle -tier server components 
enabling the ,above- mentioned reporting functionality 

30 including: a Report Manager server .350, a Report 

scheduler server 3 60, and an Inbox Server 37 0. Also 
shown in Figure 7 are the system Order Entry client 
application 38 0 and a corresponding Order Entry 
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Server 3.85, supporting, th<e t „ StarWRS reporting^ 
.functionality as/will. ; be : :.described. . 

. . Each of these, components will now, be , 
described yith greater particularity.hereinbelow. 

The Report Manager ("RM M ) server 350, is an 
application^ resp^ synchronization of 

r , jrepprt , inventory .with b^ck-end ^Fulfilling", servers, 
i.e. , --TVS-- server 115 ; ^;r^,trieyal ;,of ^entitlements 
i.e. , - a user 'is ^security prof iles, - and vreporfc^ pick 
list information; i . e . y : da t a for-usef report r - j • ■ 
customization 1 options'; from 'the •■■"system-' Ofder ! Erit f ry 
server 380 ; the transmission of "report responses' or 

: ' messages to* the Dispatcher' sferver 26 (Figure 2} ) the 
maintenance of the fepdrtiiig databases; arid, k the 
management of metadata "'used^f or ^displaying reports . 
In the preferred embodiment, the RM server 350 
employs a Unix daemon that passively listens for 
connect .requests from the GUI client applications 
and , other b^ck- end servers $nd~ deploys .. the .TCP/IP 
protocol to receiye. ,.$nd f route requests ,and their . 
responses ft . . ., Particularly ,, Unix .stream . sockets using 
the .TCP/IP protocol -suit^e j;are ^deployed torldsten for 
client connee t i on s qon a /well -known : port --number on 
the designated. rhostrmachinel Client -processes', 
e.g., report requestor 312, 'desiririg t l o submit 
requests connect tb i <RM 350 .via the -dispatcher 26 1 by 
providing the port number and host name associated 
with RM 350. Request messages received by' the RM 
server aire translated iri'to a "metadata" format and 
are validated by a parser object built into a report 
manager proxy 350 1 that services requests that 
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arrive from: the GUI front -end.' If the errors are 
found in the metadata' input , the RM 35 0 will return 
an error message to the requesting client. If the 
metadata passes the validation tests , the request 
type will be determined and -data- will b£ : retrieved 
in;, accordance with --'the after which 
■a : .- standard resporise wi]?l - : b>6 ' sent^badk to the ' 11 
requesting cTierit; ' As^ shown in Figure 1 ] interface 
ispckets 352* str-e ' shown connebting the Dispatcher 
server .216 and the RM server' 350 and, other socket 
connections 208, 356 are shown 'interfacing L the RM 
350 with respective back end servers 116 and 400. 
For instance, : in "one- embodiment, fulfilling server 
400 provides a customer 7 "s priced -billing data 
through- a Talari-art smart- socket messaging interface 
356 ■ to /the; Rep>brt : Ma:hager c - r - Additionally , as part of 
the StarWRS Web ^reporting 1 system 300 shown in Figure 
7, unpriced^ traffic data^mSy : be sent'direcrtly to the 
report manage 3 5 0 f f rbih the" Traf f ic vi^w : server 116, 
as -.described^herein. f Although hot shown in Figure 
7 , it J should be understood that the RM 3 50 server 
may manage reporting datd L for customer presentation 
from other back-end and legacy servers including, 
e . g . , ^ Broadband , Tdl 1 Free Network' Management , and 
Event Monitor servers, etc in order to present to a 
customer ^these- types 6f billing /management data. 

- The ■ : report manager server additionally 
utilizes a database 358, such as provided by 
Informix, to provide accounting 1 of metadata and user 
report inventory. Preferably, an SQL interface is 
utilized to access stored procedures used in 
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processing requests and tracking customer reports. 
A variety of C++ topis and other tools such as Rogue 
Wave's tools .h++ are .additionally implemented to 
perform metadata. v message parsing validation • and ' 
translation functions,. f :i L ■•. , i [ rr: : . * : ' ' - 

r ; , ( , T ^ e ^P o: F^ .Manager. ^server 330. . additionally 
includes the . scheduling, : Inf q^ation -v/hich is - passed 
to the ; back: end .fulfilling: severs 116^ iAOOj and ' 
stored Joy them.; , At. .tirnes,, the. Report Manager, will 
request, this information, f rom . the, -fulfilllhgi servers 
in order r to reconcile. , . : . • ■ r * c , v „ , ^ . x f . 

-The Report Scheduler ("RS : H ) . server: . 
component .3-60; is, in, : the, preferred embodiment , a 
perpetually- running -Unix .daegipn; that ^ deploys , the ; 
TCP/IP. protocol, to send , requests, • to : the. back- end 
fulfilling servers- is^uch a3 : z ? ;the^Star9DS (Perspective) 
seryer 400 , . or TVS, server 116 , and ^ecei.ve^ their; : 

. responses , More., pa,r,ti cellar ly;, the server :. 360 is 
a. Unix server program T that i,$ designed:, to ^handle and 
process, report. requests, v to r r the fulfilling servers -by 
deploying- Unix stream sockets : using the ^TGS/IP . 

_ protocol, suite,. , and . sendi^g e the r: report-. request to 
client connections .on .a r well -known port number r on 
the designated ,host ; , ma^hin^e ; As shown. In Figure .7 , 
interface TCP/IP .connections 3614, 366 axe shown, 
interfacing , v*ith . respective back end .servers ,400 s . and 
116 . In the, case, of . priced billing data from 
Perspective Host 4 00, report .requests are published 
by the RS server -360 to a P.re- defined subject ori the 
Talarian Server. When handling other incoming- 
messages published by back end .servers using 
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Talarian Smart Sockets - 4 ■. 0;, another, daemon process 
may be necessary, thatvuses Talarian C++ objects to 
connect their message queue -and extract all messages 
, . for a . given,, subject for? storage in a database table 
- included; in,.datab.ase 363 . : Each message -includes the 
, track number,, of thej report . that was; requested from 
^^he jfulf illing^serverc: . + s i *\ -sri:? t- :• - ^ ! '' ,< • 
. - ; . • v ; -:E,rom'ithe ; ireport'o3ehedul6r' interface; the 
user may specify the- type, ef reporting, -including an 
indication : of ; the .scheduling-.- for, the- report , e.g., 
hourly,, .dail-y,, ; , weekly or -monthly.; For priced data 
the user- has the option of; daily, weekly; of ' 
■ monthly , For,.rejil - time, or unpriced data , ! the user 
has ; the ( op,tion of , ihoiaxlyp daily, weekly or monthly. 
The report scheduler interface radditlonally may 
enable a user to spec: f y a page of E-mail account so 
that an, e-mail or, page message may be sent to 
indicate, whens a. requested report: is -in the Inbox 
server -3 70 .... r : r. : . .,-„.-,,., Wi0 ,,t r .,,._» r> , ;-. : . r . - ; 

■ ■ « : ■ _Asv showm in -Figure* "7 ' the report scheduler 
server, 3:60, interf aces;, directly with -the -Report 
Manager, server; 35.0 to coordinate report- "request 
processing .;> It should be : understood^ that ' the " 
respective report management and 'scheduling 
functions t could be performed in a 1 single server. 

: c.Theilnbox Server, component 370 serves as 
the repository .where the completed user report data 
is stored, maintained, -and eventually deleted and is 
the source of data that is • uploaded to the client 
user via the dispatcher "over a secufe socket 
connection '372. it is also a Unix program that is 
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designed .to. handle and process user requests 
submitted in. metadata:, ^format using an Informix 
database. , Once report: results are received from the 
TVS server .116 or anyother back-end or fulfilling 
servers (not shown), 7 thee Inboxc s^rVer 370 requests 
the .... me tada t a, r - f r om^ ;the : Report ^Manager - server 3 50 as 
indicated by the socket connection^372 in c Figure 7. 
The metadata is_; stored, in ' the Inb65c : server database 
373 along with.-the report "results j Thus 7 ;' 'if the 
metadata is. required to. be: -changed^ r it will ^not 
interfere .with , the Jinformation needed t:o display the 
reports . included ; inV.the Inbox: ^Addi-tibrially ; as 
shown in Figure 7y;. ; the Inbox server interf abes with 
the report scheduler. . to coordiriate execution and 
presentation of ^reports .n .': ; ■ :^vo;: ^ , - : 
^ t , - ; ; The -StarOEr ser^er-:330 is the repository of 

user pick lists^ and; user" reporting'- entitlements as 
shown 4 n database ;3; 3:3:. ^Particularly; it is' shown 
interfacing with the Inbox server 370 and report 
scheduler, servers 36 0.^ ..The: Report Manager does not 
interface, .with: ;pr include, metadata for- StarOE. 1 ' It 
will,, hpwever,- inc:lucle„ .inf crmatibnxin the" report 
metadata, .that —will retail?:- _thei Report.C Requestor it • 
needs . to ; get infapnatdon- ,(i,e. Pick -Lists) from 
StarQE. server ■ 3,85.. particularly , . the' StarOE server 
supports pick - lists , for: the: selection ' of priced data 
based . on the. following ,11st : ...Date, .Time -.^(Provide in 
GMT offset) , , ID Accounting Code (IDAQ) /Supp :code, 
Access Type, Corp ID, ^Service Location w/Service 
Location Names, Bill Payer w/Bill Payer Names, 8XX 
Number, City, State/Province, Numbering Plan Area 
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(NPA) , NXX (Exchange' cocle where N=2 - 9 and X=0-9), 
and Country Code. r : 

With regard to the front - end • client GUI 
components, the above- mentioned Inbox client 
application^ 310 \functiorisvas an interface between 
the ccl lent software arid i-the -Inbox ' server A 3 70= for 
presenting : to the ^customer I the (various- type of 
reports and messages ^received 1 at ^the Inbox including 
a lil- completed reports ; "call idetaily ; alarms, and 
flashes. : ' Preferably, '-the iftessages for thb user in 
the inbox - is sorted by type * ( e . g : V report , cal I 
detail ,-. r alarms') r arid ^'thein 'by Report type, report 
name, "date, arid time. - r *. v '.'-:"c 

r r Particularly ^ £h£ Inbox^ client application 
uses the 'services ^-6f 'the ; .'fcaGkplane" (Figure 3) to 
-launch other applications -As needed to process 
report messages; ^Ttie -ihbG>x -will also *use ; the 
services f of ^'the data export obj eczts " to provide a" 
save/load - feature -for ^inbox -'messages , and, is used 
to provide a user - irit^irf a'ce :f or- software 
upgrade'/ download coritrol "* Inbox messages- are- " 
generated by -the "visrsibningVsefvices of' the- 
backplane; actual downloads n will be accomplished by 
a request through -the irib6x\ ' 

c v j In the -preferred embodiment , the inbox 
client is 'able to receive- information on ihultiple 
threads : to allow a -Sigh priority message to get 
through^" even if large ddwhlbiad is in progress. 
Typically, the browser is : configured to allow more 
than one network connect ion simultaneously , i.e., 
the polling thread on the client uses a separate 
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connection to check for new messages, and start a 
new thread on a new connection when a new message 
was detected..: In this way, multiple .messages may be 
downloaded simultaneously ;,.,! ->.. 
... * ■„< . . .; The Report Requestor ^application 312 -is, a 
GUI : Applet ^enabling: ouser- ^interact ion « \f or managing 
reports.iand p^rticularly-dricljiides processes \^ 
supporting : \the:c:Eeatioi^ ;iand ;iedi:ting .of 

the user.'sS reports ;^th^^ of; 
selected reports;. the : jd:is,play of selected option . 
data; - and the .determination ,qf L entitlements .which is 
the logical .process-def i;ning t .7what functionality^ 
user can perform on StarWRS. <-~In. the -.preferred , 
embodiment , .a . Report request in^y-be .executed 
immediately; periodical l£y> : pr ; as j. ^one- shots'^ to. be 
performed at a . later times,.- .-As, described herein, the 
report;> scheduler seryic^, maintains ^..a list of ■, 
requested ..reports^f or a -given L rUser> - and forwards 
actual report requests ^ to :: the-apprppriate middle - 
tier servers, at ;the ..appropriate time. r . Additional 
functionality .is provided to enable- customers to 
manage, there inventory , ^e^g. * reschedule f ^change, or 
cancel.,. idelete);.;{repprt;. u regues?ts . •; r. - 

The Report Viewer application 3 15. is a GUI 
Applet enabling abuser tp : analyse ,and ?l display the 
data and reports, supplied -from t the fulfilling 
servers ~ such as StarQDS, . (perspective) 4 00, j Traffic 
View 116, and other- systems such as Broadband and 
toll free network manager.. - particularly,;; the Report 
Manager 350 includes -and : provides access to the 
metadata which is used to tell the Report Requestor 
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what a standard report should' look like and the 
"pick-list" options the user has in order for them 
to customize the standard report. : It is used to 
t<ell the Report Viewer client how to display the 
5 'report, what calculations or translations' need to be 

"performed at the time of" display, ail d what further 
customisation "options" 'th'e y usfer has while viewing the 
ffeport . If*' additionally includes a: commoh report 
view by executing a GUI applet that is used for the 

10 display 4nd graphing of r'ejport data and " 

particularly, is provided With spreadsheet" 
management functionality that' def ineis what' 
operations can be performed on~ the spreadsheet *' 
including the moving 'of columns/" column hiding, 

15 column and' row single ' J and multiple selection, import 

and export of spreadsheet ' data, and printing of 
spreadsheet, etc. It is also provided with report 
data* management f uhctiohaiity by defining' what"' 
operations can be perf orlmed on the' data displayed in 

20 a spreadsheet including Vuch dynamic operations as 

sorting' of report data, sub- totaling of report data, 
etc. . Furthermore, the" report viewer 315 is' 
provided with f uhctiohaiity enabling the 
interpretation' of metadata; and, functionality 

25 enabling communication with' the Backplane (Figure 

3). The' report viewer application 315 is able to 
accept message's telling it" to display an image or 
text that* may be passed by one of the applications 
in lieu of report data (e.g., Invoice, Broadband 

30 report, etc.) ■-*■*-. 
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All reporting 4 is . provided through the 
Report Viewer. interface, which supports spreadsheet, 
a variety of. graphic and qhart types, or both types 
simultaneously „. The spreadsheet presentation allows 
5 . f or, sorting, by. any arbitrary. set of columns . _The 

report, viewer. 315, is. l.aunch<ecL f rom. the inbox, client 
. 310 when a report is . selected and„ may . also be__ 
..launched from. the. inbox when, a . report r is selected. 

By associating each set . of . report data 
10 which is downloaded via the Inbox server 370 „ with a 

"metadata," .report description object,, reports can be 
presented without report 7 specif ic presentation. code. 
At one .level, these, metadata descriptions function 
like r the catalog in a, relational database, ^ 
describing each row,, of ,a result, set returned from 
the middle tier as an ordered collection of columns. 
Each cplumn has a data type,, a name, and a desired 
display- format., etc., Column descriptive ^ information 
will be stored in an object, and . the entire result 
set will be des.cri.bed by a. list of these objects, 
one for each column, to allow for a standard viewer 
to present the result set,, with labeled columns . 
Nesting these descriptions within, one _ another allows 

for breaks, and subtotal ing at an arbitrary number of 

v : .7. • u>>S: ; b *• rsj.* ■'• . : 1 \\- <r. .v. 

25 levels. The. same metadata descriptions can . be used 

to provide, .common data^ export and report printing 
services. When extended to (describe aggregation 
levels of data within reporting dimensions, it can 
even be .used for generic rollup/drilldown 

30 spreadsheets with " just - in- time" data access. 
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The' metadata data' type may include 
geographic or telecommunications - specif ic 
information, e.g., states or NPAs . The report 
viewer may detect these data types and provide a 
geographic view as one of the graph/chart types. 

.. . .The f q11^ types of 

requests that, may be ini tiered, by the. Report . . 
Requestor 312. and, the responses performed by the 
Report Manager 350: 1) Get/Sendl report template list 
- which request retrieves the list of all standard 
report* templates for all products and is used only 
to obtkin general report information/ e.g., report 
title, description, £tc /; 1 2) Get/S^hd report 
template detail' - whicbh 1 request retrieves the' : 
details: of a specif ic standard report template; 3) 
Get /Send us'er report- 'list - which request retrieves 
the list of ; all * user^ reports, f ori; the report j f ormat 
selected from a .user report table and is used ;.only 
as a request > f pqr general ; report:. information:, . e . g . , 
report title >. .status, e£.c v ; 4) ::/ Get/Send user report 
detail which, request .retrieves . the .details, x>f a 

, specific user' s report; , 5)_ Add,,repprt ... 

de f i n i t i on/ Acknowl edgmen t . - , whi ch , reques t s addition 
of a user -created Report to a user report table. If 
the report is* a. sche<duled report, this request is 
also communicated to the fulfilling server at the 
time the report is due; 6) Delete report 
definition/ Acknowledgment - which request deletes a 
user-created report from the user table; 7) Copy 
report definition/Acknowledgment - which request 
creates 1 a duplication of "'the -'"report the user is 
editing (other than the report title) and creates a 
new report ID for it; 8) Update Reporting 
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Schedule/Acknowledgment^ which request updates the 
scheduling information on. a report without having to 
send a Delete and Add request; and, 9) Get Pick 
Li st /Acknowledgment - which request enables the 
5 Report Requestor 312 to get a' pick list provided by 

StarOE serve*:. " 

: j ^ " " As foentibhed faetesin "With respect to 

Figures "6 and 7 ', the" TVS" component 1 16 interf aces 
with StarWRS web reporting tool 3 00 for specific 

10 customer reporting requirements . As described, the 

Report Requester 360 communicates with the user 
client 3 01 and controls navigation, an<i requests for 
customization , criteria via ,th.e Web browser- ♦ The , 
Report Requestor recedyes ( frop . StarOE airy billing 

15 hierarchies and static,, pick, lijs-tS;, .needed by the - 

client to .customize .report^ requests.- Report- request 
cus.t.omizations -are then, passed to ■ the Report; 
Manager ,: which .acts .as repository of report > 
requests ; 1 both ad hoc-' and -recurring; thae^are - r 

20 submitted for -processing by : thfe client 7 ! 1 -Along* with 

the : hecWssajry custdmi^atxofi criteria ; selected 1 for 
report customization"^ the c Rieport Manager 3 50 stdres 
J fnetadata about the "report request/' including report 
format inf ofmation, sort, and dispiay specifics. 

25 The "Report Manager is 1 responsible;* tor passing report 

requests to the back end DSS and data marts for 
processing, and provides the entity against which 
the list of report requests known to the data marts 
are validated. . . /t . , t .. 

30 The Inbox server component r ,370 is the 

store and forward repository of all completed 
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reporting requests, requests for call detail data, 
and any communications to the customer* The TVS 
server call detail report process 1386 ships 
formatted data in a compressed comma delimited 
format ('"CDF" ) to the "Inbox. , Customers are., then 
responsible for retrieviiig " ( their report . data held in 
the Inbox. 

, As shown in, the, logon process flow diagram 
of Figure 16, a. customer,. first establishes , 
communication witti the, DMZ t Web server at step 602 
and logs on to the rtMCI Interact.. reporting system by 
entering the user ' s. name; : and password onto a logon 
dialog box,. ? as indicated at, step 604. Having; 
accessed the web page 7 and; logged in, a user Common 
Object is created. :j As indicated at step, 606, an 
application running on the,, backplane directs a 
"Validate^ User, Message'' - to,. r the StarOE -server 380 via 
the web server (Figure ; 7,),. to direct, the StarOE; 
server 380^ to, perform ..security validation, and; 
authenticate the user ID and password. It is 
understood that all communication to ithe : StarOE 
server , is . via Tqp/IP ...with ,a -Uniix^process listening 
on a known . TCP .port , , Al 3, data j and securi ty ; . : 
information is accessed bye- direct queries : to. a 
S tarOE server database 283 ,, such as . provided by 
Informix. . , ; : . _ . A . 

Once the customer, is, validated, at steps 
607a, b, t^e backplane objects - request a list of all 
the authorized applications from the StarOE server, 
as indicated at step 60:8. Particularly, a. "Get User 
Application Request" message is communicated to the 
StarOE server via the backplane which queries the 
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Informix database to obtain a list of authorized 
applications, i.e. , .. services, ; for the t user and which 
determines which buttons on the home page are 
active, thus controlling their access to products. 
At steps 6l0 and 612 respectively, a n.etworkMCI 
Interact applet is downloaded to the customer's Web 
Browser via the establisHed TCP/IP connection, and 
the browser presents the customer with the 
networkMCI Interact isystiem home 'page, such as the 
exemplary hbmV page ' 8t) shbwn in Figure 4 . it should 
be understood that in' the ! preferred embodiment, the 
' icons for applications^ r the iiser has " security access 
to are shown ^bolded-!. ' Thus/ it should be understood 
that if the customer subscribes *t"b Unpriced 
Reporting, an^nprrced" R^brtihg icon is 
automatically enabled when the hbme page appears . 

; Referring bacic to^^igure 7 !^, at step 614, 
the customer' selects'" the Unprid'ed Reporting 
application"' fronv the home 1 pag^^b^ 1 clicking on a 
Report > Reques£6ir f ' } icon ' 76 ' ( £i J cf ; 4 ) ' af ter S tarOE 
validates thfe : 'us'ef -''s id^ah<h p'a^swoird.^ The backplane 
ob j ect : allows- th^usir ' access to ~'the : Report 
Requestor* f rbriU ehd p if c the J iisef is so ; authof ized. 
As shown " at-step : 615 ; a client J uri^ric^d f reporting 
application is : dovH3i : 6aded tb 'the customer who is 
presented with : the " ; {ihpr iced ^e'portihg' sdireeri (not 
shown), as indicated at step 616. It is from this 
screen that 'the user : hci"s' the option 'to create or 
modify the types' and : sp'ecify the frequency at which 
reports are to be delivered; The subscriber may 
also retrieve completed TVS' reports residing in the 
Inbox by clicking on the !t Messag'e cefiter'lcoh 77 
(Fig. '4) . Furthermore, ■ thfe subscribed may access 
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real-time traffic monitoring capability, e.g, 
viewing real 1 time network traffic statistics, by 
clicking on the traffic monitor icon 72 (Fig. 4). 

In the preferred embodiment, for the real- 
5 time monitoring function, there are a number of web 

page display screens" generated by the J RTM system 117 
that, in combination, provide the subscriber with 
the real time traffic "statistics he/she desires. As 
shown in Fig. 14, these various' screens are" 

10 interconnected and, as will be shown later, are 

selectable by the subscriber." In particular, there 
is a summary statistics screen 1210 , ah ' incomplete 
statistics screen 1212, "an other statistics' screen 
1214, an inquiry screen* 1216 , a prof ile selection 

15 screen 1218, a polling" interval screen 1220, an exit 

screen 1222 and a new" polling start time screen 
1224. There are furthexinore a real timie statistics 
subscreen 1226, a call disposition subscreen 1228 
and a CDR display screen 123 0 emanating from inquiry 

20 screen 1216 ." : " 

To illustrate the interrelationship 
between the screens, note that "summary statistics 
screen 1210, incomplete statistics screen 1212" and 
other* statistics screen 1214 are interconnected, by 

25 ^ bus .1232. At the same time, those screens are 

alsp interrelated, per another bus 1234, to profile 
selection screen 1218, polling interval screen 1220, 
exit screen 1222, new polling start time screen 1224 
and inquiry screen 1216. These screens, or 

30 subscreens (pop-up screens), are provided to the 

subscriber as web pages via a Web browser, e.g., 
Internet Explorer 4.0 or greater, which is part of 
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the client Report viewer cqmponent of the StarWRS 
web reporting system as shown in Figure 7. 

RTM system 117 basically provides a 
subscriber the ability to see in near real time how 
the network is performing. The subscriber can see 
how many r calls t (directed to his call number (s) ) are 

being attempted on a predetermined time period, as 

L v-*.:;cU;c Cr-:-: ; ^or>^;:q , aos. :J .:d ■"■*-.: '..c . .-'".ri-.- 
for example .minute by minute. „The subscriber 

furthermore pari see how many of those calls are 

being allowed througli the network, how many are 

incompletes, how many are blocked^ etc. 

Furthermore, RTM. system 117 provides subscribers" the 

abiiity, if they decide to do^so, to look up, 

specif ic _ call, records that made up a specific type 

of call. For example, if a subscriber sees an 

abnormal number of incompletes, assuming that 

ordinarily 5% of calls are incompletes, he can 

retrieve the call records that made upthose' 

incomplete calls to find out why those calls were 

incompletes. A screen for showing the various " 

statistic^ is r shown in Fig- 15 (h) . , ^ " 

The screen of Fig . 15 (h) shows both 

current and^ total number of calls to a subscriber. 

This exemplar web page display " screen of * Fig . 15(h) 

shows that a subscriber started viewing in near real 

time the statistics of calls directed to his call 

numbers at 00:43,. and that the current time is 

19:38. The polling time^ interval is five' minutes . 

Thus, the next screen that the subscriber sees will 

be at 19:43.. As further shown in the exemplar ' 

screen of Fig. 15(h), the subscriber "DANTEST" has 

two special service call numbers, i.e. JL23-4567 and 

345-8789. It is assumed for this discussion that 
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those numbers are 800 numbers.. Both the current (C) 
and total (T) figures, are ; shown. : Thus, during the 

i{ time period that ^he subscriber views the summary 

. statistics screen, there were three attempts that 
were ^ nQOmp : le ^. e , s ''% ; and .those .incomplete calls were 

v^-f ct T-^ d nunaDer. ; 123 r 4567. : ..Given the five 

min ^? :e A n ^ er ^ a1 ' the. next screen : that ct he subscriber 
sees . y?ill. be a . screen tha t r shows . what . .occurred 
between, 19 :, 3 8. and 19 :. 43 ., ; r . ; ; . 

i.T. ^?te- that even though only rtwo, special 
service call numbers, are shown, a subscriber can in 
a p£uali.ty :j s;ubscribe ..-.to. ,a much greater number of 
special service, call., numbers-. Note if urther that in 
addition. to showing the number of attempts .and 
incompletes, . the ^g r ,-. 15-th) .screen Also, shows 
"OTHER" which. may be- calls that were blocked or 
didn' t. get. through. jDecause ; of the insufficient ; . 
capacity in the ; network purchase^ by. the : , subscriber, 
and - which is direct,, termination overflow, that 
shows how many, of the calls, are rerouted when -.the 
network capacity fpr . a specific route, is , either .busy 
over . ca P aci ty. : . ThevDTQ feature v may be ordered by 
the subscriber. There ; is also a - "DURATION" portion 
;.^ h i. ch , shows .^the ;j ave^fge and: total durations, both in 

minutes r . and, seconds ., ,■ 5 , ,. , . - , . . ■ ; . .- ; 

. . , - A £ fehe , bottom r of • fchedFig^ 15(h). screen; 

there , are a . number . of . op t ions . provided to the 
subscriber for exiting,, the -exemplar screen of Fig . 
15(h) and . .going ..to .. some qther . screen. For example, 
given that, there are, three incompletes shown on the 
summary, statistics screen of Fig; 15(h), a 
subscriber may want to -next view the incompletes 
statistics summary screen of Fig. 15 (i) . 
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Upon activation',' incomplete statistics 
screen 1212 shows retrieved call detail records of 
the special service call' 1 numbers associated with the 
subscriber on the exemplar streen of Fig. 15 (i) . As 
before, a total of -threre 'in'oortiplete's' ^re shown'. 
These s incompletes aLtfe* fur'thW^'categorized a s " short 
■p.* -.'caLlst'l-; : - whl^ch -ar e r cal Is" tti&t' iMs : t l ! ess than thiree 
seconds.' ^ In '-bthetf'* wb'fds v G ^ncoifh^e't & calls" are in 
all likelihood calls directed "to r fc'all niimber ' 123 - 
4 56.7 while* tliatf "number" wk^ ; busy / : u The 7 *6ther two 
categories further elabbrettihg" inci6imf)le ! te calls "are 
"dldn 1 tvwait " and* jM didri* r t 'answer; " 1 A !V didn't' wait" 
call is , ::chbsen to be f rdm :: 3 - 1 5 - seconds which means 
thatL.-t-he phone rang Tor r: a :i whfile?- l fceloTfe the customer 
hung-up - ^ A r "didn 1 1 answer-" incomplete call is one 
that lasts more than' : 1 5 seefend^ar^^ 
was probably no operator ;, a\r^^^ 

^incomihg^ call . ; When -a- largfe ' number"" of blocks aie 
shown, in, the incomplete 1 - summary web page display " 
havings an exemplar sc£een-6f Fi-g. 15 (-1) / the " ™ 

: . subscriber - can riekt proceed feo -another Web page ' 1 
having -a summary -'Screen cl'f '-Fig'-; 15 (j ) ; tb determine 
. the reason! why a' c^ll -is blocked. ^ ^ - 

; : . /As r. shown ' in "' Fig£ 15' ( J J ) / 1 oii^ of tlie reasons 
that a call is blocked is due td' xts'TD " codes . This 
is; also known as Subcode 'bl6ckingf and it' is a type 
of call , that- a subscriber has ^cohfiguxed. 'For 
example, . a subscriber may " requ-i : re that a ; PTN * M 
(personal . identification number) be 'required before 
a call is to . be completed.*" -Thus ;/ an ID : code blocked 
call is a blockage defined : =By- the -subVcriber . The 
next type of blockage is >a "tailor" call 7 coverage, " 
also known as an out of band blockage. This is 
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where a subscriber has purchased a- special service 
call number such as a : 800 number* for only a given 
area in the country.' For example assume a 
subscriber has subscribed to a 800 number* only in 
5 the state of New^ Jersey . 1 Anyone 'cal 1 ing from 

' outside that" state is 'consi-dered out of' band' and not 
in the-'""taiio3r' c cair Coverage. ■ ' - A * * L '- 1 

' "Therer 1 "is*" alisb* ah ""e^axpment/rietwork" 
congestion " blockage. 1 1*hese are "blocks dfef : i'ned : by 

10 the management of 'the 1 telfecbnmuhi cations "network ; 

For example," a switch may ~bie congested, a line has 
. failed, etc . T '*"" l '— • ■ ' - ' ; " - ' 

Td determine where the "incomplete calls 
are coming from/' a "subscriber can go to l a call 1 

15 detail inquiry screen such as that shown in Figi- 

15 (k) . Theexempl at screen of Fig. ■ 15 (k) provides a 
list of all of the- Call's 'made to a particular 1 * 
special service number at a particular time range 
specified by the subscriber; It provides details 

20 about the call so that 'the siibscriber 6ari find out 

where the % iricoiripl e t e v cal Ts came f rfeiri An ' advantage 
provided by this screen is 'that the "subscriber may 
call his custoihers back J to^ find : out additional 
information than what "is ^displayed. Fig. l$(k) 

25 further shows thkt the time range re<5ues ted by the 

subscriber is between 65 : 00 to* 23 : 59; r i .e. 
substantially ' the ~ whole day : The call detail 
inquiry pertains to an 800' number, namely 123-4567. 
The calling number from which the incomplete call 

30 originated is '('719) 282-1860. The country code of 

one designates the United States The time it was 
connected" to the network is shown to be August 31, 
1994 at 04:00 hour. The duration of the call was 12 
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seconds The disposition of • the call was that there 
was no answer. , The DNIS designates, a. specific, 
termination f rom a- customer PBX, . which is, shown to 
be 123-3589 There is.no DTO... 

v *. .There* arje .a.nuniber,, of. call-, dispositions 
-that ai"p j .available to A ;a ; subscf iber,. . /One. of thos r e is 
shown in Fig. 15 (j) To, select: another pall...,-., 
disposition, or. r . multiple r call dispositions, the 
subscriber can. select ,a ,qall disposition.. selection 
screen ^such as, that , showrv in ; Fig. s 15.(1,).., v . For, the 
instant invention /f -there ,are 10 : available, , call 
dispositions that a call can have. These include: 
answered, short- call , ,-<3idn : ' 1 wait , , didn-' 1 answer , ID 
codes, .^tailor call, coverage fr; ..NCS. reject, NCS. 
blocked,, switch .control r and network block. A 
subscriber can asterisk, x>r . .highli.gjht^janyi.one, a . 
multiplexor all of ; -the i -call ; disppsit : ipns., for ^ 
viewing. - In r other... words a ..subscriber selects the 
criteria : for : . what -.is tq,.b,e displayed on the .screen. 
For , the example, shown : in . f Fig ;W 15 ,(1) ,.. a . subscriber- 
has chosen answer completed calls) 7 ..short c^lls.,. 
didn 1 1 j. wait, ..-didn" t answer, ;v t;ailor call, coverage^ 
NCS reject, and., switch ^control calls . . By selecting 
the, different call dispositions, a subscriber sees 
different,, information relating to.the. calls . v 

One of such detailed, displays^is. shown in 
the CDR detail, display,, of Fig... 15 (m) . r A pop-up 
screen thereat shows, that . the call was made from 
Colorado ( Springs / ; Colorado^ and that, it w^s a short 
call. Additional information relating to each of 
the call dispositions r may^ be . added as seen. fit. 

So far, discussion has been had with the 
various screens which a subscriber can view with 
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respect to calls directed -t J 6 one or more of his 
special service call numbers; But 1 before a 
subscriber can view the various screens; he needs to 
sign up with 'the TVS system 116, and more 1 
particularly- subscribe to the RTM option : 

: 1 l When a ; ' ^bscriber' -f irs-tf -signs' up with the 
network> : a -p-rtff ICe ~i'e established fc>f " him. Such 
profile^ selection ^Screen' is r shdWri in ^Fig / 15 (a) . 
The subscriber can' have as : mariy prof il'es as he 
desires. Putting' it : dif f ef entlyv he may have one 
for monitoring all of his SO 0' number sV one that 
monitors only brie specif -ic 1 8 00 nuiriber, one that 1 
monitors only : f ive' of hfl^ 800 : numbers', etc. By 
inputting to the profile selection screen, a J 
subscriber can select : a given prof ile that he wants 
to 1 use which defines the' numbers' that will be shown. 
In Addition, - ~ the type of s^ktisticiB look-up; or call 
-inquires / that tfhe r &ubWi:iber ' wants may also be 
selected. J New profiles may be created, while'' 
ekisti'ng prof iibs- can be 1 updated 1 ^ 1 

Figv ( 15 (b) : v i3?Xus tratbs ; a screen "by which a 
subscriber "can add a j prof il r e . ^ Suppose : the 
subscriber 1 iias logged 5 onto the' systemY He is ' 
prompted for his profile name wriich is shown by the 
exemplar Fi^V ' ltj : '(b) to be ::,i testiisfer . 11 The screen 
shows to the r subscriber thie polling interval, which 
fbr this- example is f ivei ^minutes . * A description of 
the profile may ^alSo be provided; For example, the 
exemplar Fig.' 15 (b) prof iie^^screeh* shows that it is 
a test profile. 'So, : tbo; a liist of all of the 
special service numbers; f f or example 800 numbers, 
for : the subscriber is shbwn. f Selective 800 numbers 
shown on the screen of Fig. 15(b) can be monitored 
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in greater details.; See; for example the four 
asterisked numbers: of Fig;. 15(b).. To delete the 
display,: tiie asterisk jnext to the number . can be : 
removed by pimply toggling the ^number once rthe 
number has been, highlighted ..wUJi ^a; cursor . . ■• c — 

j r> .i-.,. : A prof i,le^ jmay ■ : l^ :: delefeed i as., shown in Fig. 
15 (c.l . SpecificaW the 5; pr t of ile -selection, 

screen of r Eig..._;-15;(a^ : ; 5 is J jretr^ievedr^ a ; key,; for T - : - 
exarnple CTRL-D. -is ; sjelect-gd : so that . a : .pop -up^ screen 
appears.: By. moving the, .Quxsor^r a particular profile 
would be ..del^t^d., ll; ;As h ;shQ3wn( in, Fyig... 15(c) given-, 
that ^the subscriber -has f iyje. different profiles , -if 
he, were to deAete^the,;^ four- other 

profiles remain... . ■ . j ,j * , • .. 

^ . To add a special s call ? number , the exemplar 

sgreen shown .Fijg[..., 1 ..15 ; (d) f _, ( is used.,; The add/delete 
prof ile phone num,bjer-s f .pop-^crpen isj retrieved, after 
the. .subscriber ha& .entered, ^nto the adding ; a profile 

screen of Fig . JL5 r (bL. 7 In, addition to-adding,^ 

special service phone, ^numb^r^ <m^y. also, be .deleted . 

. If the .number -p£. special service; c t all , numbers 
exceeds c the capacity of r the .sqr^en, a.- subscriber ..can 
roll the .screen to vie]w ,-the numbers outside; of , the 
view of , Fig. r 15 (d) ;^ : . r , • - :>v -. - , r - : - , . ... 

. A so - called, .-top . f iye numbers. may : .be „ 

.selected. .This is- f showr>. ; in ^ Fig ...15 (.e) : . ; . The , ; n . 
specific .details and .statistics, -relating to. those 
numbers, once selected,., .^are .displayed on the., 
statistics screens ...... Although, only, five numbers are 

shown to be selectable f in .Fig . 15(e) /: a higher or. 
smaller number may also be .selected.. Once selected, 
those numbers are continuously displayed on. the 
screen . . , _ , t . 
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The polling interval may -be "changed. For 
example, the discussion so ~far pertains to a polling 
interval of 5 minutes. -However, -such polling period 
may be changed, to 10" minutes, as shown in Fig." 
= 15 ( f U Qr to a " -sma-1 l'-er-- predetermined period of t ime . 

The start time for the polling interval 
likewise can be changed. This is shown in Fig. 
15(g) in which the start time has been changed to 
19:40. 

By thus being able to monitor in 
substantially real time the operation of the network 
with respect to calls directed to call numbers the 
subscriber has subscribed to, a subscriber can 
quickly identify how efficiently his 800 numbers are 
being utilized. For example, suppose between 9:00 
am and 10:00 am, an average of 100 calls per minute 
were received. Further assume that there were 200 
operators on duty for the subscriber. Accordingly, 
half of those operators were not busy during that 
time period. On the other hand, between 3:00 pm and 
4:00 pm there were only 50 operators on duty. Yet 
there were, on average, 400 calls per minute 
received during that period of time, resulting in a 
large number of incomplete calls. Once having that 
information, the subscriber can reallocate his 
resources, for example decreasing the number of 
operators in the morning and increasing the active 
operators in the afternoon. if it is found that 
there is a lot of blockage occurring, the subscriber 
can purchase additional capacity from the network. 

Inasmuch as the present invention is 
subject to many variations, modifications and 
changes in detail, it is intended that all matter 
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described throughout this rspecif ication and shown in 
the ^accompanying drawings be interpreted as 
illustrative only and not a .limiting sense. - - 
Accordingly, . ,it is in tended:. tha;t the invention be 1 
5 ,1 imi£pd. .-pnly . by: . the : spir i t and scope > of. the appended 

Claims.. t f f . , r ; j- oc: P ^ - ? *■ 
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CLAIMS 

1 1. A system for enabling an Iriterriet enabled 

2 J ^ subscriber of "d v telecbnonuriicatidns network to 

3 monitor in substantially real 1 time the operation of 

4 the telecommunications network, said system 
; 5 bontprising : 1 ' ' ° u ' v " 

6 a) an Internet enabled subscriber 'work 

7 station 'to enable secure "IP communications between 

8 said 'subscfiber' and' a network of a 

9 telecdnutiuni cat ions service provider; 

10 w b) a server for authenticating said" 

11 subscriber' as being eiititled to receive fea:l time 

12 telecommunications network operation data; 

13 c) processor device for determining the 

14 call details" of special service calls" routed through 

15 said network ; : 

16 d) a traffic statistics apparatus 

17 including database 'device "into wfiicK records of the 

18 call details determined from calls of various 

19 subscribers routed through said network are stored; 

20 ' and ( : *\ r ~ " ' [ L ''' m! ' : : " : ' 

21 e)" connection device in communication with 

22 said traffic statistics apparatus for downloading 

23 stored call detail records *to~ said 'subscriber work 

24 station via said secure IP communications ; 

25 whereby said subscriber work station 

26 displays to "said subscriber the Operation of said 

27 network as it relates to any special service number 

28 of 

29 said subscriber In substantial real time. 
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2. The system. as claimed in claim 1, wherein 
the operation of said network being displayed by 
said r subscriber workstation comprises traffic 
statistics relating to said any special ^s.errvice call 
of said each .subscriber. .. . 

3. The system as claimed in claim 1, further 
comprising: 

process for cheating a prof ile v for s^id 
each subscriber, said process coi^uniqating ^said 
user profile information to said traf fic. statistics 
apparatus .so that operation of said network is 
displayed to said each subscriber in accordance with 
said input profile. 

4. . The system as claimed in .claim 1, wherein 
the operation of said network is displayed to . said 
each subscriber as web ,pages presenting displays 
having. a number .of reporting options that a. 
subscriber can choose. „ ; ^ L , — . , 

5. The system as claimed in claim 1, wherein 
the operation of said .network being displayed at 
said subscriber workstation comprises a summary 
statistics screen, an incomplete t statis.t r ics .screen, 
another statistics screen and an inquiry screen that 
displays real time ^statistics and call. detail 
records of any special service call t or said 
subscriber. 



6. A method for enabling a subscriber to 

monitor in substantially real time the operation of 
a telecommunications network at a subscriber 
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1 workstation over the Internet, said method 

2 comprising the steps bfV ' " 

3 enabling secure Internet access between 

4 said subscriber and*'ari enterprise server receiving a 

5 subscribers "call : detail data pertaining to the 

6 ' routing of dpebial servicW cails ' tllifoughbut the ' 

7 subscriber's telecommunications network, said call 

8 detail data being provided to said enterprise server 

9 according to 'suHscrilier' s eritit^ierhents ; 

10 authehticatirig" said' subscriber ; entitlement 

11 at the time 6f hubscrib'ejr acrcess to said Enterprise 

12 server; ' * x ' *' 1 " 1 " 

13 retrieving' and deteifrriihing the call 

14 details of special service calls routed through said 

15 network; ''" ' ' 

16 stoiriHg : into* V database device of said 

17 enterprise serVef tfebbrds of tlib call details 

18 determined ^frbrri call s of Various subiscribers routed 

19 through "kafi'd 'netwdirk; 1 

20 dc5whloadihg from said' database the call 

21 details' of" ' special service calls routed through said 

22 netwdirk to a subscriber workstation via the 

23 Internet; and 

24 displaying to said subscriber the 

25 operation" bf Said network as it "relates to any 

26 special Service riuir^ subscriber in 

27 substantial^ real "time. J 3 

1 1\ 1 The method* of claim 6, wherein said 

2 displaying step tufther' comprises the step of 

3 displaying' to said subscriber traffic statistics 

4 relating to said any special service call of said 

5 each subscriber. 
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8, The method of claim .6, further comprising 
the step of : ........ -r . - . 

. , creating an entitlement, prof ile, ,f or .said 

subscriber . so that the r opera.tion of .said. network, is 
displayed .tp ^sAid jsubsci;iber .in accordance ,wi.th .said 
prpfilf . . ^ :t j :r;:^r: ; * : , , 

9. The ,metho ( d .p£. claim f 6 i# _ .wherein said ls . 
displaying step . further,. ..cpmprises Jthe,,step of 
displaying tlje operation ,pf . ; said^network to siaid 
subscriber as web pages presenting a number of ... 
options that said subscriber can choose,. 

10* The method of claim 6, wherein said, 

displaying step further .comprises i J:he, step of: 

displaying the operation of. said, network 
to. said .subscriber as a wejs page, including any of a 
summary statistics screen, an incomplete, statistics 
screen , t ,an other ^statist ics screen and ,an inquiry 
screen that displays, real time sta : tijstics and. call 
detail records of any special service call for said 
subscriber. h m . . 

11. A method for enabling a subscriber of a 

telecommunications^ service provider, to monitor the 
traffic of calls to at least one, special service 
call number of said subscriber through the 
communications network of said_telecommunications 
service provider, the monitoring being enabled at a 
subscriber workstation pyer_the .Internet, said 
method comprising the steps pf: w 
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9 * enabling secure Internet access between 

10 said subscriber and an Enterprise server receiving a 

11 subscribers cail detail data pertaining to the 

12 routing of 'call traiffic throughout the subscriber's 

13 ■ telecommuhicatibns - networks ' said call detail data 

14 being provided to said enterprise server-according 

15 to subscriber's entitlements; 

16 ; 1 autHentitatihg ' said' K 3ubscriber entitlement 

17 at the time 6£ subscriber access to said enterprise 

18 server; ' ; : : * r r * - 1 ' :;r -'■ ; " ;r - ; - .. : . :r : . 

19 generating call detail records of special 

20 service 1 calls routed through' said . • 

21 storing the call detail records of sa'id 

22 calls in a database device; 

23 downloading from said database device the 

24 call details relating" to" stored call detail - records 

25 of" calls diirected to ahy special service call number 

26 subscribed by said subscriber ; arid ' - v: 

27 displaying" said' dbwnlbaded data" kt said 

28 subscriber workstation^ various- web -pages, each 

29 web page capable of portraying a representation of 

30 the status of said calls being routed through said 

31 network in response to a particular request by said 

32 subscriber. 

1 12. The method of claim 11, further comprising 

2 the steps of: 

3 creating a profile for said subscriber; 

4 said displaying step further comprising 

5 the step of displaying to said subscriber said data 

6 in accordance with said customer's profile. 
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1 13. The method of claim. 11 , wherein said 

2 displaying- step further^ comprises the step of: 

3 .-; displaying said retrieved -data, to said 

4 subscriber as : traffip statistics relating to calls 

5 directed; to said §ny. .special ^serviee^qall . number of 

6 said .subscriber . s ^ ; ,.~ /.» o.t r: , . -: v--' 

1 v > 14,. ;■ - : : : ,The r rne^hod: \of ■.. claim^ll , t .- T wherein said 

2 .... displaying* step- f:Urther comprises the step of: .- f . 

3 displaying said retrieved data to said < 

4 subscriber , as one* or more; web^ pages,, haying screens 

5 comprising a .number., of ..options, that said . subscriber 

6 can choose.- - : ; iV . r ^ , , . 

1 15. . The : method ,of ; . claim, 14, # ^herein said 

2 screens includei-:-, a v sum9!sii^. atjatistyLcs,. screen, an,. 

3 incomplete statistics- screen, an. Qther-. -statis.tips 

4 screen and an inquiry screen that displays. real . time 

5 ■ statistics, -and^q^ o.f ■ .any special 

6 seryice c.all^, ipr. . said , subscriber ... . . , , _ , v .. 
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